草庐IT

objective-c - ARC, block 中的ivars和通过捕获的 self 引用循环

我在纯iOS5/ARC环境中工作,所以我可以根据需要使用__weak引用。在很多情况下,我确实在一个block中引用了ivars,最值得注意的是,移动View的动画block,它们是我的ViewController类的属性。我的问题:Inthemosttrivialuseofivarsinablock,amIcreatingareferencecycle?DoIneedtousethe__weakself/strongselftechniqueeverytimeIwriteablockthatmanipulatesinstancevariablesofthecontainingobje

iphone - 声明委托(delegate) ivar 时出现 ARC 错误

我正在使用ARC(不,这不是NDA)。我在我的界面中声明了我的ivariditemDelegate;然后我声明属性:@property(nonatomic,weak)iditemDelegate;(由于ARC而使用weak而不是assign)在我的实现文件中,我简单地综合了它:@synthesizeitemDelegate;但是,我收到错误:"Existingivar'ItemDelegate'for_weakproperty'itemDelegate'mustbe_weak".谁知道怎么回事?感谢您的帮助。ARC-自动引用计数 最佳答案

ios - 自动 ARC 转换后 : Assigning retained object to unsafe property; object will be released after assignment

我刚刚使用Xcode的自动重构将一个旧项目转换为ARC。@property(nonatomic,retain)NSMutableArray*cards;被替换为:@property(nonatomic)NSMutableArray*cards;这是有道理的,因为我读到的是“强”是默认状态。但是,以下行在标题中给我错误:self.cards=[[NSMutableArrayalloc]initWithCapacity:54];通过在原来保留的位置添加strong来解决错误:@property(nonatomic,strong)NSMutableArray*cards;但是...如果我需要

iphone - iOS 4 真的支持 ARC 吗? iOS 4.2 SDK 在链接时缺少与 ARC 相关的符号

自从ARC首次宣布它是一个编译时的东西并且将向后兼容iOS4以来,我已经阅读和听到。我已经使用Xcode4.2的自动重构成功地将我的项目重构为ARC,并且当针对iOS5.0SDK编译,它工作正常。但是,如果我尝试针对我的iOS4.2SDK进行编译,它会在链接时失败,缺少以下符号:_objc_retainAutoreleaseReturnValue_objc_autoreleaseReturnValue_objc_storeStrong_objc_retain_objc_release_objc_retainAutoreleasedReturnValue我检查过,这些符号在5.0中存在,

objective-c - ARC 和 CFRelease?

我有点困惑。我读过的所有地方都建议在使用ARC时,你仍然需要释放核心基础对象,这是有道理的,ARC不管理它们。但是,我有一个方法使用了一些CF方法/对象,我在这些方法/对象上使用了CFRelease,但随后导致应用程序崩溃。取消注释我的CFRelease解决了这个问题,但我假设我有内存泄漏?有人可以解释一下哪些东西需要发布,哪些不需要,或者这段代码还有什么问题吗?+(NSString*)fileExtensionForMimeType:(NSString*)type{CFStringRefmimeType=(__bridgeCFStringRef)type;CFStringRefuti

ios - 我应该在接口(interface)中声明变量还是在 objective-c arc 中使用属性?

方法一:@interfaceMyController:UIViewController{UILabel*myText;}@property(nonatomic,strong)UILabel*myText;方法二:@interfaceMyController:UIViewController@property(nonatomic,strong)UILabel*myText;方法三:@interfaceMyController:UIViewController{UILabel*myText;}我已经阅读了一些谈论此类内容的文章,但我仍然没有真正意识到我必须采用哪种方法。我还发现有人说方法1

objective-c - Target-Action 设计模式是否在 ARC 下变成了坏习惯?

多年来,我一直在遵循一种名为Target-Action的伟大模式,它是这样的:一个对象在调用的时候调用指定目标对象上的指定选择器。这在您需要对任意方法进行简单回调的许多不同情况下非常有用。这是一个例子:-(void)itemLoaded{[specifiedReceiverperformSelector:specifiedSelector];}在ARC下,现在发现做这样的事情突然变得很危险。Xcode抛出如下警告:PerformSelectormaycausealeakbecauseitsselectorisunknown当然,选择器是未知的,因为作为T​​arget-Action设计

ios - ARC下的IBOutlet和viewDidUnload

SOhere上也有类似的问题,但是我只想澄清一些在那里没有完全解释的事情。我理解所有代表和导出——实际上任何对“父”对象的引用,作为一个好公民并考虑一下对象图——应该将弱引用归零。由于在引用对象的保留计数达到零时将弱指针归零的性质自动降至零,这是否意味着现在不需要在viewDidUnload中将IBOutlets设置为零?所以,如果我这样声明我的导出:@property(nonatomic,weak)IBOutletUILabel*myLabel;下面的代码有没有效果?-(void)viewDidUnload{self.myLabel=nil;[superviewDidUnload];

ios - 未在 ARC 应用程序上调用 Dealloc

我有一个UIViewController,它被推到容器Controller上,然后弹出,使用分配工具,我可以看到ViewController随后被销毁。但是,永远不会到达Controller的dealloc中的断点。有谁知道为什么不调用dealloc?ARC是否可以在不调用dealloc的情况下销毁对象?另外,我已经禁用了NSZombies(有些人说这会导致dealloc不触发)。编辑:Dealloc做的不多,只是打印到控制台,它永远不会被调用:-(void)dealloc{NSLog(@"取消分配...");}我不能发布容器Controller——它是专有的而且太复杂了。Deallo

ios - 为什么 ARC 在 popViewController 之后不释放内存

我在UINavigationController中推送和弹出ViewController。我正在跟踪我的应用程序的内存消耗。在推送新的viewController时,内存消耗逐渐增加,但是当我使用[self.navigationControllerpopViewControllerAnimated:NO];弹出相同的ViewController时内存消耗没有减少,而是保持不变。特定的viewController可以被用户多次推送和弹出,这会导致应用程序在RAM中的高内存消耗。我应该怎么做才能优化我的内存消耗? 最佳答案 当你关闭一个