Allocations分析内存分配

栏目: IOS · 发布时间: 5年前

内容简介:Demo AppDemo是一个简单的图片应用:首页只有一个简单的入口;次级页面会读取本地图片,加滤镜,然后按照瀑布流的方式显示出来;第三个页面提供大图显示;
编辑推荐:
本文来自于csdn,本文主要围绕了Allocations用来分析静态内存分配来,介绍了iOS 性能优化。

Demo App

Demo是一个简单的图片应用:首页只有一个简单的入口;次级页面会读取本地图片,加滤镜,然后按照瀑布流的方式显示出来;第三个页面提供大图显示;

Allocations分析内存分配

运行代码:点击Photos -> 进入main -> 点击一张图,进入详情页 -> Pop直到回到第一个页面,重复这段操作,从XCode的内存模块发现两个问题。

内存峰值过大

退出界面后,内存没有降低。

Allocations分析内存分配

Statistics

菜单栏选择Product -> Profile,然后选择Allocations,运行项目,按照内存飙升的路径重复操作,采集到内存数据后停止运行。

默认看到的数据是Statistics(静态分析),点击mark 2可以更改数据分析模式。

Allocations分析内存分配

为了更好的解决问题,有必要讲解下这里的内存相关概念:

1.All Heap Allocation 堆上malloc分配的内存,不包过虚拟内存区域。

2.All Anonymous VM 匿名的虚拟内存区域。何为匿名呢?就是Allocations不知道是你哪些代码创建的内存,也就是说这里的内存你无法直接控制。像memory mapped file,CALayer back store等都会出现在这里。这里的内存有些是你需要优化的,有些不是。

表格的每一列的数据解释:

Allocations分析内存分配

我们勾选前四个Graph,通过曲线的趋势,不难看出问题就出在VM CoreImage上:

我们点一下mark 4,进入详情页,然后选择一个内存对象地址,在右侧我们可以看到这个对象是如何被创建的:

Allocations分析内存分配

双击这一行,进入汇编界面,可以看出来,最后内存是由mmap分配的:

Allocations分析内存分配

也可以双击右侧Stack Trace,看看自己的代码:

Allocations分析内存分配

Generation

利用Generation,我们可以对内存的增量进行分析:时间戳B相比时间戳A有那些内存增加了多少

点最下面的Mark Generation会创建一个Generation,并且在图形区域增加一个小红旗。

Allocations分析内存分配

点Statictis,从下拉列表中,选择Generations,我们就可以看到内存增量主要在VM:

CoreImage中,这里的每一行也可以点击查看详情,或者在右侧查看栈:

Allocations分析内存分配

Call Tree

按照类似的方式,这次我们选择Call Tree来直接分析代码是如何创建内存的,勾选Separator By Thread,按照线程来对内存进行分类:

Allocations分析内存分配

Tips:按住Option,然后鼠标左键点击图中箭头指向的三角箭头,可以快捷展开调用栈。

也可以勾选:

1.Invert Call Tree 倒置函数栈

2.Hide System Libraries 隐藏系统库

这样,我们过滤掉了系统符号,同时也用更直观的方式看到了调用栈:

Allocations分析内存分配

我们同样可以选择一行双击,然后可以进入XCode查看源代码或者汇编代码:

可以看到,引起内存爆增的就是这段代码

- (UIImage *)filterdImage:(UIImage *)originalImage{

CIImage *inputImage = [CIImage imageWithCGImage:originalImage.CGImage];

CIFilter *filter = [CIFilter filterWithName:@"CIColorMonochrome"];

[filter setValue:inputImage forKey:kCIInputImageKey];

[filter setValue:[CIColor colorWithRed:0.9 green:0.88 blue:0.12 alpha:1] forKey:kCIInputColorKey];

[filter setValue:@0.5 forKey:kCIInputIntensityKey];

CIContext *context = [CIContext contextWithOptions:nil];

CIImage *outputImage = filter.outputImage;

CGImageRef image = [context createCGImage:outputImage fromRect:outputImage.extent];

UIImage * filterImage = [UIImage imageWithCGImage:image];

return filterImage;

}

Allocations list

Allocations List提供了一种更纯粹的方式,让你看到内存的分配的列表,我们一般会选择内存从高到低,看看是不是有什么意外分配的大内存块:

Allocations分析内存分配

可以看到,排名前几的内存块都是VM:CoreImage,从名字也就不难看出来,这是图片引起的内存。

我们选中某一行,在右侧可以看到具体的调用栈:

Allocations分析内存分配

解决内存问题

不管是上述那种分析方式,我们都很容易找到问题出现在这段代码里:

Allocations分析内存分配

那么,为什么这段代码分配内存后没有释放呢?如果有一些CoreFoundation或者CoreGraphics经验,很容易就知道这里应该手动释放内存,这里假设你不知道,那么怎么找到原因呢?

看看这个函数的文档文档就知道了:

- (nullable CGImageRef)createCGImage:(CIImage *)image

fromRect:(CGRect)fromRect

Creates a Quartz 2D image from a region of a Core Image image object.

Renders a region of an image into a temporary buffer using the context, then creates and returns a Quartz 2D image with the results.

You are responsible for releasing the returned image when you no longer need it.

所以,在创建函数后,我们进行release即可

CGImageRef image = [context createCGImage:outputImage fromRect:outputImage.extent];

UIImage * filterImage = [UIImage imageWithCGImage:image];

CGImageRelease(image);

再观察内存:

Allocations分析内存分配

可以看到,仍然有个峰值,我们的瀑布流界面其实并不需要完整的大图塞给ImageView,一个比较常见的优化方式是对图片进行缩放,这里有两点要注意

1.大图的缩放不要用UIGraphicsBeginImageContextWithOptions或者CGBitmapContextCreate,因为当图片很大的时候,这个函数很有可能创建几百M甚至上G的内存,应该用更底层的ImageIO相关的API

2.假如ImageView的尺寸是100*100,那么为了不影响用户体验,你应该缩放到100*UIScreem.main.scale

缩放举例:

- (UIImage *)scaledImageFrom:(NSURL *)imageUrl width:(CGFloat)width{

CGImageSourceRef source = CGImageSourceCreateWithURL((__bridge CFURLRef)imageUrl, nil);

CFDictionaryRef options = (__bridge CFDictionaryRef) @{

(id) kCGImageSourceCreateThumbnailWithTransform : @YES,

(id) kCGImageSourceCreateThumbnailFromImageAlways : @YES,

(id) kCGImageSourceThumbnailMaxPixelSize : @(width)

};

CGImageRef scaledImageRef = CGImageSourceCreateThumbnailAtIndex(source, 0, options);

UIImage *scaled = [UIImage imageWithCGImage:scaledImageRef];

CGImageRelease(scaledImageRef);

return scaled;

}


以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

沸騰15年

沸騰15年

林軍 / 商周出版 / 2010年09月19日 / NTD:430元

從一九九五年到二○○九年,中國互聯網崛起、發展和壯大。 在短短十五年間 產生了十五家市值超過十億的上市公司 這些前仆後繼的先行者 不但用網際網路創造了歷史,也改寫了自己的財富路徑。 這本關於中國互聯網產業歷史的書,脈絡清晰、生動鮮明地把一大批創業者的形象和他們的動人故事呈現在讀者眼前,值得一讀。 ——中國互聯網協會理事長、中國科協副主席 胡啟?? 林軍這本......一起来看看 《沸騰15年》 这本书的介绍吧!

URL 编码/解码
URL 编码/解码

URL 编码/解码

XML、JSON 在线转换
XML、JSON 在线转换

在线XML、JSON转换工具

RGB CMYK 转换工具
RGB CMYK 转换工具

RGB CMYK 互转工具