IOS deletate assign

转：http://stefan321.iteye.com/blog/1593869
http://popcornylu.blogspot.com/2011/07/delegate.html 
当你开始写iOS程式不久，应该开始面对到很多的delegate， 

不管是用别人的library或是自己写library，可能都逃不了delegate。 

为了怕有些人不知道什么是delegate，在这边简单的介绍一下， 

delegate中文叫做委托，通常会用在class内部把一些事件处理"委托"给别人去完成。 

举个例子，XML Parser可能他知道怎么parse xml，但是parse到的东西要怎么处理xml parser可能不知道。 

所以NSXMLParser就提供了一个NSXMLParserDelegate给client去实作， 

当parse到某个element的时候，就callback delegate所定义的message， 

让他client自己去决定怎么去处理这个element。 

好吧，我承认我解释的很模糊，不过我这篇本来就不是要你搞懂什么是delegate， 

而是针对使用或是设计delegate的时候，可能会要注意的事情。 

在我们的class中设计delegate的时候，我们通常会有几个注意事项。 

假设我的class叫做MyClass，那我们可能会有定义一个MyClassDelegate这个protocol当作我的delegate protocol。 

而MyClass中我们可能是这样写。 

@protocol MyClassDelegate <NSObject> 

- (void) myClassOnSomeEvent:(MyClass*)myClass; 

@end 

@interface MyClass 

{ 

    id<MyClassDelegate> _delegate; 

} 

@property (nonatomic, assign) delegate; 

@end 

上面的code我们注意到delegate此property是定义为@property (assign)。 

为什么我们不用retain而要用assign呢? 

原因就是在于iOS的reference counting的环境中，我们必须解决circular count的问题。 

让我们来写写我们平常都怎么用delegate的，下面的code我想大家应该不陌生 

- (void)someAction 

{ 

   myClass = [MyClass new]; 

   myClass.delegate = self; 

   .... 

} 

这边很快的就出现circular reference了 

假设上面的code是写在一个myViewController的物件当中， 

之后一旦myViewController的reference count变成1的时候， 

myViewController跟myClass这两个兄弟两只剩下互相retain，那就变成了孤岛，也​​就因此造成了memory leak!!! 


 

也因为这样，iOS官方文件才会要建议我们所以的delegate都要用assign property。 

也就是所谓"weak reference"的property，他的特色就是虽然会持有对方的reference，但是不会增加retain count。 

如此下来，当myViewController的retain count变成0，则会dealloc。 

同时在dealloc中，也一并把myClass release，则myClass也跟着被release。 

- (void)dealloc 

{ 

   [myClass release]; 

   [super dealloc]; 

} 


 

事情就结束了吗? 还没有唷... 

这边还有一个大家常常忘记的重点，那就是上面的dealloc这样写会有潜在危险。 

应该要改成这样 

- (void)dealloc 

{ 

   myClass.delegate = nil; 

   [myClass release]; 

   [super dealloc]; 

} 

你可能会很纳闷，myClass不是马上就会被release了吗? 干嘛要先把他的delegate设成nil? 

那是因为我们假设myClass会马上会被dealloc，但是现实状况这个是不一定的， 

有可能里面内部有建个NSURLConnection，或是正在做某件事情而让其他物件也retain myClass。 

如果myClass没有马上dealloc，那他的myClass.delegate不就正指向一个不合法的位置了吗? (此种pointer称作dangling pointer) 


 

解决方法是在MyViewController的dealloc中，在release myClass之前， 

要先把原本指向自己的delegate改设成nil，这样才可以避免crash发生。 

在我之前写的project，很大一部份的crash都是这样造成的，因为这个问题通常不是每次都发生， 

但是发生的时候确很难在重新复制，所以不可不慎啊。 


 

但是很兴奋的是到了iOS5中的Automatic Reference Counting 这个问题可以有所改善。 

在ARC中提出了一个新的weak reference的概念来取代原本的assign， 

weak reference指到的物件若是已经因retain count归零而dealloc了，则此weak reference也自动设成nil。 

而原本​​旧的这种assign的作法，在ARC中叫做__unsafe_unretained，这只是为了相容iOS4以下的版本。 

回顾重点: 

如果你是写library给别人用的，记得把你的delegate设成assign property，这样才不会造成circular reference 

当你是要始用别人的library，记得在你自己dealloc的时候，把delegate设成nil，以避免crash的事情发生。 

References 

[1]Communicating with Objects




大小: 23.9 KB



大小: 31.2 KB



大小: 39.5 KB



大小: 39.6 KB

4000