2016-02-24 15:07:18 wangyanchang21 阅读数 2166

众所周知,iOS开发的时候,使用ARC的话,dealloc函数是不需要实现的,写了反而会出错。
有些特殊的情况,dealloc函数还是需要的。比如,在画面关闭的时候,需要把ViewController的某些资源释放,在viewDidDissppear不一定合适,viewDidUnload一般情况下只在memory warning的时候才被调用。
MRC的情况下,我们自然会想到dealloc函数。

使用情况

其实ARC环境下,也没有把dealloc函数禁掉,还是可以使用的。但不用手动调用[supper dealloc]了,因为系统在此方法返回的时候自动执行[supper dealloc]。
在dealloc重写方法中,你可以释放一些不在 ARC 控制下的资源。 例如 Core Foundation 对象中调用 CFRelease(), 对那些通过 malloc() 分配的内存调用 free(), 注销通知,注销观察者,停止 Timer 等。

例子

画面上有UIWebView,它的delegate是该画面的ViewController,在WebView载入完成后,需要做某些事情,比如,把indicator停掉之类的。
如果在WebView载入完成之前关闭画面的话,画面关闭后,ViewController也释放了。但由于WebView正在载入页面,而不会马上被释放,等到页面载入完毕后,回调delegate(ViewController)中的方法,由于此时ViewController已经被释放,所以会出错:message sent to deallocated instance

解决方案

解决办法是在dealloc中把WebView的delegate释放。

-(void)dealloc 
{
    self.webView.delegate = nil;
}

总结

ARC 下, 不用手动调用[supper dealloc]了,因为系统在此方法返回的时候自动执行[supper dealloc]。在dealloc重写方法中,你可以释放一些不在 ARC 控制下的资源。 例如 Core Foundation 对象中调用 CFRelease(), 对那些通过 malloc() 分配的内存调用 free(), 注销通知,注销观察者, 请求取消等。

延伸阅读 #重要#:
ARC下dealloc过程及.cxx_destruct的探究

相关阅读:
ARC下的注意事项

2016-09-06 08:42:33 jijiji000111 阅读数 7082

在MRC时代,我们需要在 dealloc中做很多,比如释放对象,等等;

如今我们已经进入ARC时代,对于普通对象的释放,系统已经帮我们做好了;

那是否可以高枕无忧了呢?在ARC下我们应该做什么?


观点:

ARC下,系统可以帮我们释放该对象,及其包含的对象;

但是却无法释放不属于该对象的一些东西,如:


1.通知的观察者,或KVO的观察者


由于通知中心是系统的一个单例,你在注册通知的观察者时,实际上是在通知中心注册的,

这时,即使ARC下系统帮我们释放了对象,但是在通知中心的观察还是没有移除,那么当有

该通知时,依然会尝试调用该对象的接受通知的方法,这可能会导致一些问题.

这一点有点像,你晚上六点下班了...但是却没有刷卡...,


2.对象强委托/引用的解除(例如XMPPMannerger的delegateQueue)


对于其他的对象来把你当做委托 delegate时,并且是 强引用时,即时你自身被释放,但是引用你的对象依然还在,

这时需要在引用你的对象移除该delegate


3.做一些其他的注销之类的操作(关闭程序运行期间没有关闭的资源)


一个对象,如一个ViewController在销毁之前有可能需要和server打交道;

这时我们也可以在dealloc中写


关于dealloc的底层实现,可以参照objc运行时代码


示例,ARC下我们应该做的:

[html] view plain copy
 print?
  1. - (void)dealloc  
  2. {  
  3.     [[NSNotificationCenter defaultCenter] removeObserver:self];//移除通知观察者  
  4.     [[XMPPManager sharedManager] removeFromDelegateQueue:self];//移除委托引用  
  5.   [ [MyClass shareInstance]  doSomething ]//其他操作  
  6.      
  7. }  


ARC下我们没必要做的


[html] view plain copy
 print?
  1. - (void)dealloc  
  2. {  
  3.     _name = nil;  
  4.    [_time invalid];  
  5. }  


[html] view plain copy
 print?
  1. 总结: dealloc在ARC下的作用就是释放 系统无法释放的该对象占用的资源,或者其他对象对该对象的引用.  


原文出自:http://blog.csdn.net/yangbingbinga/




2015-12-03 13:57:58 ci915194561 阅读数 2676

MRC下dealloc 方法

其实在MRC中dealloc方法存在的主要意义是为了
释放自身的实例变量,
移除观察者,
停止timer,
移除通知,
代理置空等。
注意MRC 下dealoc 方法一定要在最后写
[super dealloc];

ARC下 系统会帮助我们释放该对象所包含的实例变量,但是有些对象还是需要们自己去释放的(比如Core Foundation框架下的一些对象),另外通知中观察者的移除,代理置空,停止timer等
示例如下所示:
一定不能有 [super dealloc];

- (void)dealloc
{
    [[NSNotificationCenter defaultCenter]                      removeObserver:self];//移除通知观察者
    [[XMPPManager sharedManager]                               removeFromDelegateQueue:self];//移除委托引用
    [[MyClass shareInstance]  doSomething ]//其他操作
    scrollView.delegate = nil;
    [timer invalidate];  
}
2016-04-24 16:16:01 u011171043 阅读数 511

1.检查vc中的使用的delegate属性是否是weak


2.检查第三方框架中的delegate是否正常使用


3.block在arc环境下是否正常使用


本人使用过程中navigationController的push方法,然后调用pop后,vc的dealloc方法不调用,原因是在使用高德的api的时候,用的是block回调,block中用到了该vc的属性,没用进行弱引用的转换。

2014-05-08 11:34:10 sleks 阅读数 3531

iOS 在 ARC 环境下 dealloc 的使用、理解误区

太阳火神的美丽人生 (http://blog.csdn.net/opengl_es)

本文遵循“署名-非商业用途-保持一致”创作公用协议

转载请保留此句:太阳火神的美丽人生 -  本博客专注于 敏捷开发及移动和物联设备研究:iOS、Android、Html5、Arduino、pcDuino否则,出自本博客的文章拒绝转载或再转载,谢谢合作。


下图最后一句话,解开了俺接触 ARC 以来一直的误解:

在 ARC 环境下,重载的 dealloc 方法一样会被调用,只不过,不能在该方法的实现中调用父类的该方法。

下面看个示例来验证一下:

一个待测试的类 Test,创建和销毁它,在 ARC 环境下看看 dealloc 是否被调用了;第二就是在 dealloc 中调用父类的实现,看看会怎样。

另一个是视图控制器,用于添加两个按钮,其中一个按钮的事件方法用于创建 Test 类,另一个用于释放,这里同样测试了一个 ARC 中当一个对象被 0 个引用指向时,是否马上释放。


Test 类的声明如下:

#import <Foundation/Foundation.h>

@interface Test : NSObject

@end


Test 类的声明和实现如下:

#import "Test.h"

@implementation Test


- (id)init {
    
    
    self = [super init];
    if (self) {
        
        
    }
    return self;
}

- (void)dealloc {
    
    NSLog(@"dealloc");
    //[super dealloc];
}

@end


视图控制器声明:
#import <UIKit/UIKit.h>
#import "Test.h"


@interface ViewController : UIViewController

@property (nonatomic, strong) Test *test;

@end



视图控制器实现:
#import "ViewController.h"

@interface ViewController ()

@end

@implementation ViewController

- (void)viewDidLoad
{
    [super viewDidLoad];
	// Do any additional setup after loading the view, typically from a nib.
}

- (void)didReceiveMemoryWarning
{
    [super didReceiveMemoryWarning];
    // Dispose of any resources that can be recreated.
}

- (IBAction)generateButtonPressed:(UIButton *)sender {
    
    self.test = [[Test alloc] init];
}

- (IBAction)removeButtonPressed:(UIButton *)sender {
    
    self.test = nil;
}


@end

经测试,一切正常,而且在按释放按钮时,Test 类的对象的 dealloc 方法会立即被调用,基本没有感觉到延迟。

另外,当在 Test 类的 dealloc 方法最后调用父类的 dealloc 方法实现时,XCode 5.1.1 会自动出现提示,如下图:

ARC 拒绝 显式 ‘dealloc’ 消息发送。



至此,下定决心,把 ARC 相关的文档整理,并每天抽出点业务时间,好好通读一遍,这个很有必要。

ARC 对我来说,只是凭大概理解就用起来了,一方面确实没时间,另一方面自我感觉良好,以为理解和掌握了苹果的架构设计理念,按此一直往下猜,终于闹出今天的笑话来。

凡事,还是要从官方的资料中求证一下才好,也免于每次用时的为不确定而分心。


“精于计算”首先需要严谨;而“精于算计”就不用太过严谨,粗犷才不至于束缚。


讨论
Discussion

该对象的后续消息会生成一个错误信息,该信息指出消息发送给了一个已释放的对象(提供了未被重用的已释放内存)。
Subsequent messages to the receiver may generate an error indicating that a message was sent to a deallocated object (provided the deallocated memory hasn’t been reused yet).

你重载该方法用于处理资源,而不是用于处理对象的实例变量,例如:
You override this method to dispose of resources other than the object’s instance variables, for example:

- (void)dealloc {
    free(myBigBlockOfMemory);
}


在 dealloc 的实现中,不要调用父类的实现。你应该尽量避勉使用 dealloc 管理有限资源诸如文件描述符的生命周期。
In an implementation of dealloc, do not invoke the superclass’s implementation. You should try to avoid managing the lifetime of limited resources such as file descriptors usingdealloc.

决不要直接发送 dealloc 消息。相反,任何对象的 dealloc 方法由运行时调用。参看  高级内存管理编程指南 以获得更详细的内容。
You never send a dealloc message directly. Instead, an object’sdealloc method is invoked by the runtime. See Advanced Memory Management Programming Guide for more details.

特别注意事项
Special Considerations

当未使用 ARC 时,你的 dealloc 实现必须把调用父类的实现作为最后一条指令。(隐含的意思就是,使用 ARC 时不能调用父类的实现)
When not using ARC, your implementation of dealloc must invoke the superclass’s implementation as its last instruction.