iOS开发一些常见的内存泄露和崩溃

电玩女神 2022-06-17 00:10 740阅读 0赞

> > 项目(ARC)开发过程中，难免遇到内存泄漏和崩溃，特在这整理一下。
> 
> （如果本文中有讲述不对或者不准确的地方欢迎大家提出来）

# 一、内存泄漏 #

### 1、EXC\_BAD\_ACCESS / KERN\_INVALID\_ADDRESS ###

![内存泄漏][1240]

公司的项目接入了三方崩溃报告，最近出现了`EXC_BAD_ACCESS / KERN_INVALID_ADDRESS`这样的错误，崩溃报告堆栈信息一大堆，看的头晕。  
***How to fix it?***  
这个奔溃常见于block的循环引用所造成的内存泄漏

//一个简单的例子
     SecondViewController *secondVC = [[SecondViewController alloc] init];
     __weak __typeof(&*self)weakSelf = self;
     [secondVC setChangeLabel:^(NSString *text) {
           weakSelf.text = text;
     }];

我们定义一个`wself`变量并加上`__weak`修饰符，在`Block`中，所有需要`self`的地方都用`wself`来替代。这样就不会增加引用计数，所以block持有`self`对象也就不会造成循环引用，从而造成内存泄漏。

### 2、Value stored to ‘dic’ during its initialization is never read ###

--------------------

![内存泄漏][1240 1]

这个是在测试项目内存泄漏的时候遇到的 **(Product->Analyze)**

//内存泄漏代码
    NSDictory *dic = [[NSDictory alloc] init];
    dic = {
       @"0",@"1",@"2"};

这么写真是太逗了，像什么`NSArray`，`NSString`等等都有可能遇到这种低级错误

//这么写就好了啊
    NSDictory *dic = {
       @"0",@"1",@"2"};

### 3、Potential leak of an object stored into ‘string’ ###

--------------------

![内存泄漏][1240 2]

这个同样是在测试项目内存泄漏的时候遇到的 **(Product->Analyze)**

//why crash
    + (NSString *)uuidString { 
    
      CFUUIDRef theUniqueString = CFUUIDCreate(NULL);
      CFStringRef string = CFUUIDCreateString(NULL, theUniqueString);
      CFRelease(theUniqueString);
      return(__bridgeNSString *)string;
    }

这个是没有release对象造成的。

//fix it
    + (NSString*)uuidString {
    
      CFUUIDReftheUniqueString =CFUUIDCreate(NULL);
      CFStringRefstring =CFUUIDCreateString(NULL, theUniqueString);
      NSString*tmpString = (__bridgeNSString*)string;
      CFRelease(theUniqueString);
      CFRelease(string);
      returntmpString;
    }

像什么`subImageRef`, `CGGradientRef`,`CTFrameRef`等等都有可能遇到这种错误。

# 二、崩溃 #

### 1、 ###

![僵尸错误][1240 3]

我们可以打开`Product->Scheme->Edit Scheme->Run->Diagnostics`将`Enable Zombie Objects`勾选上,然后打全局断点进行测试，如果复现了这个崩溃，控制台会输出错误信息，例如`-[XXXXX getObjectAt:]: message sent to deallocated instance 0x11562a300`。

### 2、 ###

![插入数组的对象不能为空][1240 4]

我们可以在添加到数组之前做一下判断

if (nameStr == nil || [nameStr isKindOfClass:[NSNull class]])  {
        
        [nameArr addObject:@"匿名用户"];
    }else {
        [nameArr addObject:nameStr];
     }

### 3、 ###

![空数组越界][1240 5]  
![可变数组越界][1240 6]

我们可以自己写一个方法代替系统的获取数组中对象的方法`objectAtIndex：`

- (id)objectAtIndexCheck:(NSUInteger)index{
        //越界
        if (index >= [self count]) {
            return nil;
        }
        id value = [self objectAtIndex:index];
        //对象为空
        if (value == [NSNull null]) {
            return nil;
        }
        return value;
    }

### 4、 ###

![崩溃信息][1240 7]

1、使用标准的初始化方法：  
NSDictionary \*dictionary ＝\[\[NSDictionaryalloc\] initWithObjectsAndKeys:value1,@”key1”,value2,@”key2”, value3 ,@”value3”,nil\];

2、使用ios6.0以后新支持的初始化方法：  
NSDictionary \*dictionary =@\{@”key1” : value1,@”key2” : value2,@”key3” : value3\};

现在我们对value1 value2 value3进行赋值，并把value2设为nil指针:  
NSString \*value1 =@”value1”;NSString \*value2 =nil;NSString \*value3 =@”value3”;

这时如果使用第二种初始化方法，运行程序会发现崩溃，日志如下：

***
    Terminating app due to uncaught exception 'NSInvalidArgumentException',
     reason: '***
     -[__NSPlaceholderDictionary initWithObjects:forKeys:count:]: attempt to insert nil object from objects[1]'

也就是说使用这种初始化方法的时候必须保证key跟value都不为nil，因此我们需要在初始化之前对其进行判断，如果为nil就不加入字典。但是如果有需求让value必须为空的时候，可以将value赋值为\[NSNull null\]  
这样就可以成功插入字典

### 5、 ###

![崩溃信息][1240 8]

\[cell setColumnTitle:\[homeData objectAtIndex:row\]\];  
这里其实是要传NSString类型，而其实返回的是NSArray类型，这个错误不会立即出发，而是过一段时间再出发，所以不好定位。

先写这么多，大家遇到的问题欢迎补充。

> > > > > 共
> > > > 
> > > > 同
> > > 
> > > 进
> > 
> > 步
> 
> O(∩\_∩)O

[1240]: /images/20220617/f8359d4fccba41e19be4f4b03676cad0.png
[1240 1]: /images/20220617/c55854f7f7b1447d975586b88231f615.png
[1240 2]: /images/20220617/a22af57cd8ee4fed87da4547bf038a00.png
[1240 3]: /images/20220617/0d81ea931abf42d6ba69ae2c3b871693.png
[1240 4]: /images/20220617/2670b64688a744069a7cf18cd6a6d6aa.png
[1240 5]: /images/20220617/003bf5e6dc594549a4c54735630e92fc.png
[1240 6]: /images/20220617/0705d48fc5714114aee19cc83f3a04dc.png
[1240 7]: /images/20220617/6e4e662381f64db9a09d79cd9609c31b.png
[1240 8]: /images/20220617/d69fd36fd3804facb7c79a4bc9c65483.png