1. 介绍

Allocations：检测一个进程（选择自己的app）内存分配和使用情况等
我们启动Allocations后得到一个初始界面

image

简单说一下上图的3个地方
1:这里有两个部分了，因为官方说了Allocations（上面）和垃圾数据占用（下面）一起展示更好分析
2:一个列表，展示了哪些方法\部分消耗了多少内存，前面的钩钩上会在1部分显示出主柱状图，自己点一下就知道了，不截图
3:设置和扩展功能，文章后面慢慢讲

2. 开始分析列表

我先随意的在自己app中点击，跳转等操作，然后截个图如下

image

我们可以惊讶的看到All Heap Allocations（真实内存）只有23.02，而All Anonymous VM（虚拟内存：为程序分配的虚拟内存,当程序有需要的时候，能够及时为程序提供足够的内存空间，而不会现用现创建）高达91.06，所以手机分配给我们的内存是114.08；我们现在不检测内存泄漏（是另外一个工具），所以我们尽量优化VM（因为不是app真实占用的内存，只是系统分配的），而VM主要由以下三部分组成（我会把三部分都优化完了后再运行截图）

VM:ImageIO_PNG_Data

关于这个问题我在google中找到了解释，说到

Replace:
background.image = [UIImage imageNamed:@"*.png"];
With:
background.image = [UIImage imageWithContentsOfFile:[[[NSBundle mainBundle] bundlePath] stringByAppendingString:@"/*.png"]];
and now the ImageIO_PNG_Data's will be released when the view controller is dismissed.

我后面在我工程中搜索了一下imageNamed，确实有很多地方使用了，所以我们加载图片正确的思路应该是这样

1:对于大的图片且偶尔需要显示的应放到工程目录下，不要放到Assets.xcassets中；并使用imageWithContentsOfFile加载不让系统缓存
2:对于经常需要展示的小图片放到Assets.xcassets中让系统缓存，使用imageNamed加载
所以我改了一些地方，比如

imageView.image = [UIImage imageWithContentsOfFile:[[NSBundle mainBundle] pathForResource:nameArr[index] ofType:@"png"]];
//imageView.image = [UIImage imageNamed:nameArr[index]];

VM:CG raster data

关于这个问题我在google中找到了解释，这是SDWebImage的问题

Decompressing images that are downloaded and cached can improve peformance but can consume lot of memory.
Defaults to YES. Set this to NO if you are experiencing a crash due to excessive memory consumption.

所以我们需要在Appdelegate中设置一下

[[SDImageCache sharedImageCache] setShouldDecompressImages:NO];
[[SDWebImageDownloader sharedDownloader] setShouldDecompressImages:NO];
[[SDImageCache sharedImageCache] setShouldCacheImagesInMemory:NO];

VM:CoreAnimation

这个问题在google搜索的时候没有明显的答案，我们先查看一下详细列表

image

我们可以看到很多的地方都有这个VM问题，那我们具体看一下是哪些函数

image

我们可以发现都是系统的一些方法，我们好像无从下手；这时候我们可以google看看发现有很多原因都会变成这个样子，其中一个是这里

Found out that animation caused by the inner pages.
Inside the pageViewController(viewController that added to the scrollView as a page) on viewWillDisappear:(BOOL)animated method I added this
for (CALayer* layer in [self.view.layer sublayers]) {
        [layer removeAllAnimations];
}
it resolved the problem.

其中的Found out that animation caused by the inner pages我们还是需要在扩展信息中查看能不能定位到某个页面（我不知道怎么定位，如果你知道请一定回复我），所以我在我刚才进入过的界面全部实现了如上方法

3. 看看优化结果

这时候我们重新启动Allocations，然后重复上面随意的在自己app中点击，跳转等操作，然后截图如下

image

我们发现一个好的现象VM:CG raster data明显减少了；同时我们得到一个坏现象，其他两项并没有明显变化，那我们继续分析什么原因，不过不要着急，我们先来看看右下方都有哪些功能

4. Record Settings

Launch Configuration for All Allocations

所有的Allocations启动如下配置：
Discard unrecorded data upon stop：当用户点击停止的时候丢弃没有记录的数据，勾不勾无所谓
Discard events for freed memory：当内存被释放的时候丢弃事件（也就是列表中不显示已被释放内存所关联的事件）
Only track VM allocations：只捕获虚拟内存的项，不勾，因为我们还是需要看看真实内存占用的
这里我们需要把第一、二个勾上

Launch Configuration for Heap Allocations

对所有的真实内存Allocations启动如下配置（如果你钩中了Only track VM allocations，这一栏是没办法操作的）：
Record reference counts：记录引用计数
Identity virtual C++ objects：标记虚拟c++对象，这个钩上可以检测openGL等库
Enable NSZombie detection：检测僵尸对象，钩上可以发现有没有对已释放的对象发送消息