【內存管理】一直是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
Snip20170617_3.png
從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, 查看內存的分配情況
- 可以查看做出了某個操作后(比如點擊了某個按鈕\顯示了某個控制器), 內存是否有暴增的情況(突然變化)
Snip20170617_4.png
- Leaks
- 運行程序, 通過使用app, 查看是否有內存泄漏
- 紅色區域代表內存泄漏出現的地方，可點擊對應泄露點，定位到可能出現泄漏的代碼。
- 如圖綠色部分表示沒有內存泄漏
Snip20170617_5.png
2.內存分配的使用和圖片加載分析
通常項目中圖片加載方式有兩種:
- imageWithNamed:
- 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:
Snip20170617_7.png
imageName:加載圖片特點：
- 當對象銷毀,圖片對象不會隨著一起銷毀
- 加載的圖片占據的內存較大:8.54MB
- 相同的圖片只會加載一份到內存中,如果同時使用,使用同一個對象即可
2.2 imageWithContentFile：
Snip20170617_6.png
imageWithContentOfFile:加載圖片特點：
- 當對象銷毀的時候,圖形對象會隨著一起銷毀
- 加載的圖片,占據的內存較小:6.25MB（圖中是兩張，以示例代碼為準）
- 相同的圖片會多次加載到內存中,如果同時使用圖片,使用的是不同的對象
兩種圖片加載方式小結:
- imageName:如果一些圖片在多個界面都會使用,并且圖片較小,使用頻率高.(圖標/小的背景圖)
- imageWithContentOfFile:只在一個地方使用,并且圖片較大,使用頻率不高.(版本新特性/相冊)
3.圖片在沙盒中的存在形式
3.1 不支持圖片壓縮
- 如果項目的Deployment Target <= 6.x
- 所有圖片直接暴露在沙盒的資源包(main Bundle), 不會壓縮到Assets.car文件
3.2 支持圖片壓縮
- 如果項目的Deployment Target >= 7.x
- 放在Images.xcassets里面的所有圖片會壓縮到Assets.car文件, 不會直接暴露在沙盒的資源包(main Bundle)
- 沒有放在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里面
