iOS的内存分析和内存管理

iOS的内存分析和内存管理

【内存管理】一直是iOS开发中的一个重点。

本文就带你从内存分析开始一步步了解内存的占用情况，从真实的情况中领悟真正项目开发过程中的内存的使用情况。

注：本文默认你熟悉 MRC、ARC、熟悉内存管理原则，本文注重实际应用

1.内存分析

内存分析主要有两种方式

• 静态内存分析
• 动态内存分析

1.1 静态内存分析

特点：

• 不运行程序,直接对代码进行分析(根据代码的语法结构分析是否有内存泄露)

缺点：

• 不能够准确的分析出来内存泄露,但是操作简单.并且如果发现有地方有提示内存泄露,最好根据上下文查看是否有问题

静态分析代码如下

- (void)viewDidLoad {
    [super viewDidLoad];
    
    NSObject *objc = [[NSObject alloc] init];
    [objc release];
    
    NSObject *objc1 = [self objc];
    NSLog(@"%@", objc1);
    
    [objc1 release];
}

- (NSObject *)objc
{
    return [[NSObject alloc] init];
}

通过肉眼分析，从代码结构上来看这段代码是没有内存泄露的。

实际工作中代码量肯定大得多，所以会用系统工具 Analyze

从Analyze分析结果来看，创建对象的这一行是有内存泄漏的可能，此时只需要简单定位，在人工分析即可

使用场景：

通常使用在 MRC 时代，在 ARC 时代中我们使用这个通常是使用 CoreFoundation 框架中的内容，需要自己手动管理内存。示例代码如下：

- (void)drawRect:(CGRect)rect {
    
    CGContextRef context = UIGraphicsGetCurrentContext();
    
    CGMutablePathRef path = CGPathCreateMutable();
    
    CGPathAddEllipseInRect(path, NULL, rect);
    
    CGContextAddPath(context, path);
    
    [[UIColor redColor] set];
    
    // CGPathRelease(path); // 此处path 用完之后需要自己释放
    CFRelease(path);
    
    CGContextDrawPath(context, kCGPathFill);
}

1.2 动态内存分析

特点：

• 真正运行起来程序,查看在程序运行过程中,是否会出现内存泄露的问题
• 准确,如果发现某些地方提示内存泄露,可以根据提示找到对应的内存泄露位置(Xcode6不好找,需要自己来分析)

使用 Instruments 动态分析：

• Allocations
  • 运行程序, 通过使用app, 查看内存的分配情况
  • 可以查看做出了某个操作后(比如点击了某个按钮\显示了某个控制器), 内存是否有暴增的情况(突然变化)

• Leaks
  • 运行程序, 通过使用app, 查看是否有内存泄漏
  • 红色区域代表内存泄漏出现的地方，可点击对应泄露点，定位到可能出现泄漏的代码。
  • 如图绿色部分表示没有内存泄漏

2.内存分配的使用和图片加载分析

通常项目中图片加载方式有两种:

1. imageWithNamed:
2. imageWithContentFile:

下面分别来使用 Leaks 来测试一下两种图片加载方式有什么不同。
测试代码如下：

- (void)viewDidLoad {
    [super viewDidLoad];
    
    NSString *imagePath = [[NSBundle mainBundle] pathForResource:@"2.png" ofType:nil];
    self.imageView.image = [UIImage imageWithContentsOfFile:imagePath];
    self.imageView1.image = [UIImage imageWithContentsOfFile:imagePath];
    
    /*
     self.imageView.image = [UIImage imageNamed:@"2"];
     self.imageView1.image = [UIImage imageNamed:@"2"];
     */
}

2.1 imageWithNamed:

imageName:加载图片特点：

1. 当对象销毁,图片对象不会随着一起销毁
2. 加载的图片占据的内存较大:8.54MB
3. 相同的图片只会加载一份到内存中,如果同时使用,使用同一个对象即可

2.2 imageWithContentFile：

imageWithContentOfFile:加载图片特点：

1. 当对象销毁的时候,图形对象会随着一起销毁
2. 加载的图片,占据的内存较小:6.25MB（图中是两张，以示例代码为准）
3. 相同的图片会多次加载到内存中,如果同时使用图片,使用的是不同的对象

两种图片加载方式小结:

• imageName:如果一些图片在多个界面都会使用,并且图片较小,使用频率高.(图标/小的背景图)
• imageWithContentOfFile:只在一个地方使用,并且图片较大,使用频率不高.(版本新特性/相册)

3.图片在沙盒中的存在形式

3.1 不支持图片压缩

1. 如果项目的Deployment Target <= 6.x
   1. 所有图片直接暴露在沙盒的资源包(main Bundle), 不会压缩到Assets.car文件

3.2 支持图片压缩

1. 如果项目的Deployment Target >= 7.x
   1. 放在Images.xcassets里面的所有图片会压缩到Assets.car文件, 不会直接暴露在沙盒的资源包(main Bundle)
   2. 没有放在Images.xcassets里面的所有图片会直接暴露在沙盒的资源包(main Bundle), 不会压缩到Assets.car文件

3.3 小结

1. 会压缩到Assets.car文件, 没有直接暴露在沙盒的资源包(main Bundle)
    * 条件 : "Deployment Target >= 7.x" 并且是 "放在Images.xcassets里面的所有图片"
    * 影响 : 无法得到图片的全路径, 只能通过图片名(imageNamed:方法)来加载图片, 永远会有缓存

2. 不会压缩到Assets.car文件, 直接暴露在沙盒的资源包(main Bundle)
    * 条件 : 除1> 以外的所有情况
    * 影响 : 可以得到图片的全路径, 可以通过全路径(imageWithContentsOfFile:方法)来加载图片, 不会有缓存

4.综上：图片资源加载结论

• 小图片\使用频率比较高的图片

  • 放在Images.xcassets里面

• 大图片\使用频率比较低的图片(一次性的图片, 比如版本新特性的图片)

  • 不要放在Images.xcassets里面