iOS 性能优化 - Allocations分析内存分配

Allocations

Allocations用来分析静态内存分配。

Demo项目 https://github.com/LeoMobileDeveloper/Blogs/tree/master/DemoProjects/iOS/AllocationsDemo

Demo App

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

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

• 内存峰值过大

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

Statistics

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

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

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

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

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

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

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

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

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

Generation

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

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

点Statictis,从下拉列表中,选择Generations,我们就可以看到内存增量主要在VM: CoreImage中,这里的每一行也可以点击查看详情,或者在右侧查看栈:

Call Tree

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

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

也可以勾选:

• Invert Call Tree 倒置函数栈

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

我们同样可以选择一行双击,然后可以进入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提供了一种更纯粹的方式,让你看到内存的分配的列表,我们一般会选择内存从高到低,看看是不是有什么意外分配的大内存块:

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

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

解决内存问题

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

那么,为什么这段代码分配内存后没有释放呢?如果有一些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);

再观察内存:

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

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

• 假如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;
}


https://mp.weixin.qq.com/s/WqVZ1rFpYrvE8X-J0f35mw

抖音 iOS 工程架构演进

发布于:1天以前  |  9次阅读  |  详细内容 »

【JS】625- Axios 如何缓存请求数据?

发布于:8天以前  |  24次阅读  |  详细内容 »

iOS中触摸事件的传递和响应分析

发布于:14天以前  |  38次阅读  |  详细内容 »

iOS中触摸事件的传递和响应分析

发布于:19天以前  |  44次阅读  |  详细内容 »

探索M1: 安装iOS版本微信/微信读书

发布于:1月以前  |  114次阅读  |  详细内容 »

iOS 稳定性问题治理:卡死崩溃监控原理及最佳实践

发布于:1月以前  |  108次阅读  |  详细内容 »

2021 给 iOS 开发者的一些建议

发布于:1月以前  |  198次阅读  |  详细内容 »

iOS 优化篇 - 启动优化之Clang插桩实现二进制重排

发布于:2月以前  |  190次阅读  |  详细内容 »

抖音品质建设 - iOS启动优化《实战篇》

发布于:2月以前  |  179次阅读  |  详细内容 »

iOS APP 图标版本化

在我们的项目开发过程中,需要频繁打包给测试人员去测试,有时候我们都不知道测试机上安装的版本是否是最新的,这样会造成很多不必要的麻烦和成本。因此我们需要将buildNumber以水印的方式打在APPIcon上,可以很直观的知道当前是哪一个版本。

发布于:3月以前  |  195次阅读  |  详细内容 »

如何实现一个HTTP请求库——axios源码阅读与分析

在前端开发过程中,我们经常会遇到需要发送异步请求的情况。而使用一个功能齐全,接口完善的HTTP请求库,能够在很大程度上减少我们的开发成本,提高我们的开发效率。

发布于:3月以前  |  199次阅读  |  详细内容 »

老司机 iOS 周报 #144 | 2021-01-14

发布于:3月以前  |  237次阅读  |  详细内容 »

快手,快影 iOS App反调试

发布于:3月以前  |  233次阅读  |  详细内容 »

优酷iOS插件化页面架构方法

随着业务不停地迭代,优酷 APP 用于分发视频资源的 UI 控件越写越多,也越来越复杂,并且同时相似相近的代码也非常多。

发布于:5月以前  |  327次阅读  |  详细内容 »

iOS中的内嵌汇编

写一篇在iOS上使用汇编的文章的想法在脑袋里面停留了很久了,但是迟迟没有动手。虽然早前在做启动耗时优化的工作中,也做过通过拦截objc_msgSend并插入汇编指令来统计方法调用耗时的工作,但也只仅此而已。刚好最近的时间项目在做安全加固,需要写更多的汇编来提高安全性(文章内汇编使用指令集为ARM64),也就有了本文

发布于:5月以前  |  345次阅读  |  详细内容 »

77.9K 的 Axios 项目有哪些值得借鉴的地方

Axios 是一个基于 Promise 的 HTTP 客户端,同时支持浏览器和 Node.js 环境。它是一个优秀的 HTTP 客户端,被广泛地应用在大量的 Web 项目中。

发布于:5月以前  |  318次阅读  |  详细内容 »

不会吧,这也行?iOS后台锁屏监听摇一摇

一般情况下,出于省电、权限、合理性等因素考虑,给人的感觉是很多奇怪的需求安卓可以实现,但是iOS就无法实现!今天要介绍的需求也有这种感觉,就是“当 APP 处于后台或锁屏状态时,依旧可以监听到摇一摇,进而触发某些功能,比如:语音播报”。

发布于:5月以前  |  469次阅读  |  详细内容 »

iOS 稳定性:App 被终止的原因

本次 session 主要内容如下: 介绍了后台应用终止的常见原因,并提供了一些优化建议 介绍了 MetricsKit 提供的在代码中获取诊断和性能数据的方法 介绍了 Xcode Metrics Ogranizer 提供的关于线上用户性能数据的可视化报告

发布于:5月以前  |  700次阅读  |  详细内容 »

优酷iOS插件化页面架构方法

随着业务不停地迭代,优酷 APP 用于分发视频资源的 UI 控件越写越多,也越来越复杂,并且同时相似相近的代码也非常多。

发布于:6月以前  |  467次阅读  |  详细内容 »

Vue中Axios的封装和API接口的管理

在vue项目中,和后台交互获取数据这块,我们通常使用的是axios库,它是基于promise的http库,可运行在浏览器端和node.js中。他有很多优秀的特性,例如拦截请求和响应、取消请求、转换json、客户端防御XSRF等。所以我们的尤大大也是果断放弃了对其官方库vue-resource的维护,直接推荐我们使用axios库。如果还对axios不了解的,可以移步axios文档。

发布于:6月以前  |  441次阅读  |  详细内容 »

最多阅读

快速配置 Sign In with Apple 1年以前  |  4068次阅读
使用 GPUImage 实现一个简单相机 1年以前  |  2778次阅读
APP适配iOS11 2年以前  |  2697次阅读
开篇 关于iOS越狱开发 2年以前  |  2695次阅读
在越狱的iPhone设置上使用lldb调试 2年以前  |  2596次阅读
给数组NSMutableArray排序 2年以前  |  2594次阅读
App Store 审核指南[2017年最新版本] 2年以前  |  2525次阅读
所有iPhone设备尺寸汇总 2年以前  |  2446次阅读
UITableViewCell高亮效果实现 2年以前  |  2419次阅读
使用ssh访问越狱iPhone的两种方式 2年以前  |  2349次阅读
关于Xcode不能打印崩溃日志 2年以前  |  2237次阅读
使用ssh 访问越狱iPhone的两种方式 2年以前  |  2132次阅读
UIDevice的简单使用 2年以前  |  1902次阅读
为对象添加一个释放时触发的block 2年以前  |  1888次阅读
使用最高权限操作iPhone手机 2年以前  |  1866次阅读