美文网首页
内存泄漏总结

内存泄漏总结

作者: 沐浴汐 | 来源:发表于2018-03-18 00:12 被阅读0次

    首先内存泄漏和内存溢出是2个不同的概念

    内存溢出 out of memory,是指程序在申请内存时,没有足够的内存空间供其使用,出现out of memory;比如申请了一个integer,但给它存了long才能存下的数,那就是内存溢出。


    内存泄露 memory leak,是指程序在申请内存后,无法释放已申请的内存空间,一次内存泄露危害可以忽略,但内存泄露堆积后果很严重,无论多少内存,迟早会被占光。

    memory leak会最终会导致out of memory!

    内存溢出就是你要求分配的内存超出了系统能给你的,系统不能满足需求,于是产生溢出

    MRC内存使用 这部分不做详细介绍,也是注意配对使用,需要说明的是,如果代码中有部分文件是MRC的,在已有文件中加代码的时候注意一下,不能都按照ARC的方式处理。 ARC内存使用 ARC已经为我们做了很多封装,我们不必再显示的调用retain,release,但是还是要注意循环引用的场景。 在此,常规的对象间的互相引用和block的循环引用

    内存泄漏出现的场景

    1.NSTimer  .timer是否持有self,我们一般要执行一个timer的时候会用(NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti  target:(id)aTarget  selector:(SEL)aSelector  userInfo:(id)userInfo  repeats:(BOOL)yesOrNo   这里的aTarget一般是self,这时候就需要注意了,如果在你退出的时候这个timer还在执行的话由于这个timer会持有self,所以delloc也不会调用,这里可以用weakSelf代替self也是没有问题的。

      NSTimer会造成循环引用,timer会强引用target即self,一般self又会持有timer作为属性,这样就造成了循环引用。

    那么,如果timer只作为局部变量,不把timer作为属性呢?同样释放不了,因为在加入runloop的操作中,timer被强引用。而timer作为局部变量,是无法执行invalidate的,所以在timer被invalidate之前,self也就不会被释放。

    所以我们要注意,不仅仅是把timer当作实例变量的时候会造成循环引用,只要申请了timer,加入了runloop,并且target是self,虽然不是循环引用,但是self却没有释放的时机。如下方式申请的定时器,self已经无法释放了。

    NSTimer *timer = [NSTimer timerWithTimeInterval:5target:self selector:@selector(commentAnimation) userInfo:nil repeats:YES];[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];

    解决这种问题有几个实现方式,大家可以根据具体场景去选择:

    增加startTimer和stopTimer方法,在合适的时机去调用,比如可以在viewDidDisappear时stopTimer,或者由这个类的调用者去设置。

    每次任务结束时使用dispatch_after方法做延时操作。注意使用weakself,否则也会强引用self。

    - (void)startAnimation{    WS(weakSelf);    dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(5* NSEC_PER_SEC)), dispatch_get_main_queue(), ^{        [weakSelf commentAnimation];    });}

    使用GCD的定时器,同样注意使用weakself。

    WS(weakSelf);timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER,0,0, dispatch_get_main_queue());dispatch_source_set_timer(timer, DISPATCH_TIME_NOW,5* NSEC_PER_SEC,1* NSEC_PER_SEC);dispatch_source_set_event_handler(timer, ^{    [weakSelf commentAnimation];});dispatch_resume(timer);

    我的另外一篇文章对各种解决方式和其他的定时器操作做了总结(https://www.jianshu.com/p/ca579c502894),大家可以参考。

    2. NSNotification 使用block的方式增加notification,引用了self,在删除notification之前,self不会被释放,与timer的场景类似,其实这段代码已经声明了weakself,但是调用_eventManger方法还是引起了循环引用。

    也就是说,即使我们没有调用self方法,_xxx也会造成循环引用。[[NSNotificationCenter defaultCenter] addObserverForName:kUserSubscribeNotification object:nil queue:nil usingBlock:^(NSNotification *note) {if(note) {        Model *model=(Model *)note.object;if([model.subId integerValue] == [weakSelf.subId integerValue]) {            [_eventManger playerSubsciption:NO];        }    }}

    3. __block

    __block在MRC中是不会增加引用的,可是在ARC中会增加,所以在ARC中,只能使用__weak去打破循环引用。

    __block MyViewController *weaksef = self;

    _myViewController.editBlock = ^(){

        [weaksef refreshUI];

    };

    另外声明一点,并非所有的block都需要使用weak来打破循环引用,对于self没有引用的block是不会造成循环引用的。而有些地方之所以使用__weak

    ,是为了在self dealloc之后就不需要执行了。使用weakself时,也需要注意,如果self被释放了会不会引起异常。比如下面这段代码在把weakself取到的

    值作为入参,如果self释放了,传nil,引起crash:

    [[HttpCore sharedInstance] getRequestWithPath:url target:self params:params success:^(NSDictionary *result, NSURLRequest *request, NSHTTPURLResponse *response) {

        } failure:^(NSError *error) {

            dispatch_group_leave(weakSelf.startGroup);

        }];

    4.代理

    检测内存泄漏的工具 系统自带的instrument leak   iOS 平台的自动内存泄漏检测工具MLeaksFinder

    相关文章

      网友评论

          本文标题:内存泄漏总结

          本文链接:https://www.haomeiwen.com/subject/ocvsqftx.html