iOS中使用单元测试检查内存泄漏

在任何的程序开发中,内存泄漏都是个需要令人重视的问题,因为它直接影响着程序的性能与质量,同时也影响着用户体验。要是用户用着用着,app内存占用过多被系统杀死,用户也懵了,不知道咋回事就闪退了,及其不好。

所以解决app中的内存泄漏问题,显得尤其重要。检查内存泄漏问题,可以试用IDE自带的工具,这里不做介绍。下面主要介绍一种比较新奇有意思的思路,通过单元测试来检测。

主要原理

  • weak修饰的对象在释放后会自动置为nil
  • 给对象新赋值后,之前指向的对象会释放掉

解释下第二点

id obj = [NSObject new];

// 重新赋值,之前new的对象会被释放(如果没被其他对象持有)
obj = [NSObject new];

所以,在单元测试中,可结合这两个原则,来思考。

delegate

一般的,我们会让delegate是weak的,如果不小心写成了strong,会引起循环引用。那么如何用单元测试来检查呢?

根据上面的原则,可以先创建一个对象obj后,赋给delegate,然后将obj重新赋值,由于之前的对象会释放掉,就意味着delegate所指向的对象也应该释放了,这时候如果delegate是weak修饰的,即可判断其是否为nil。如果不为nil,因为这里obj没有被其他对象引用,可以判定为会存在内存泄漏。

- (void)testDelagte {
    id obj = [Test new]; 
    ViewController *vc = [ViewController new]; 
    vc.delegate = obj; 
       
    // obj被赋值,之前的对象会销毁,如果vc.delegate是weak修饰,则会变成nil
    obj = [Test new]; 
       
    XCTAssertNil(vc.delegate);
}

observer

在我们自己封装观察者模式时,会将观察者的实例保存起来,等有事件发生时,再逐一通知。这时候,是不希望强引用实例的。这里,也可以通过单元测试检测一波~。

- (void)testObserver {
    NotificationCenter *center = [NotificationCenter new];
    
    Observer *observer = [Observer new];
    
    weak weakObserver = observer;
    
    [center addObserver:observer];
    
    observer = [Observer new];
    
    XCTAssertNil(weakObserver)
}

这里center是直接强引用observer的,所以测试不会通过。可以采用包装对象的方式,来避免强引用oberver。

@interface WrapperObj: NSObject
@property (nonatomic, weak) id obj;
@end

block

block会capture内部使用的变量,进行retain,也是最容易造成循环引用的地方。一般的,在异步调用中,我们很多时候会使用block,保存回调,事情处理完后,再调用回调。比如网络请求。如果在网络请求结束后,还持有block,那么block内部的变量也不会释放掉,造成内存泄漏。所以,需要检测block是否有被清掉。

虽然使用weak可以避免,但是这里的检查重点是block是否清除的问题。

可以用上面的方式来写,只不过需要单独将block先赋给一个变量,稍显麻烦。

void (^completion)(void) = ^{
        NSLog(@"hello");
    };
    
__weak void (^weakCompletion)(void) = completion;
    
completion = ^{
   
};
    
NSLog(@"%@", weakCompletion);

还有另外一种方式。我们知道,在block被释放后,它持有的对象,引用计数会减1。因此,可以通过有意的让block持有对象,然后检查对象是否为nil,来得出block是否被移除。

id obj = [NSObject new];
    
__weak id weakObj = obj;
    
NSString *url = @"xxx";
NSData *data = [NSData dataWithContentsOfURL:[NSURL URLWithString:@"xxx"]];

// mock response
NetworkResponse *response = [NetworkManager mockResponse:url data:data];

[NetworkManager loadUrl:url completion:^{
    NSLog(@"%@", obj);
}];

// response回来后,看是否会清除completion
[response send];

obj = [NSObject new];
    
XCTAssertNil(weakObj);
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • *面试心声:其实这些题本人都没怎么背,但是在上海 两周半 面了大约10家 收到差不多3个offer,总结起来就是把...
    Dove_iOS阅读 27,216评论 30 472
  • __block和__weak修饰符的区别其实是挺明显的:1.__block不管是ARC还是MRC模式下都可以使用,...
    LZM轮回阅读 3,374评论 0 6
  • iOS面试小贴士 ———————————————回答好下面的足够了------------------------...
    不言不爱阅读 2,014评论 0 7
  • iOS网络架构讨论梳理整理中。。。 其实如果没有APIManager这一层是没法使用delegate的,毕竟多个单...
    yhtang阅读 5,257评论 1 23
  • 看见了吗,窗外是蓝蓝的天和孤独的云 落日的余晖扎伤的路人的双眸 我听见从风中传来轰隆隆的声响 一架飞机在我的上空飞...
    逗霸君阅读 294评论 2 6