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
:检测僵尸对象,钩上可以发现有没有对已释放的对象发送消息
Recorded Types
这个我就不需要解释了,你需要捕获什么类型的事件就钩上,提供了简单的正则