首页
|
新闻
|
新品
|
文库
|
方案
|
视频
|
下载
|
商城
|
开发板
|
数据中心
|
座谈新版
|
培训
|
工具
|
博客
|
论坛
|
百科
|
GEC
|
活动
|
主题月
|
电子展
注册
登录
论坛
博客
搜索
帮助
导航
默认风格
uchome
discuz6
GreenM
»
MCU 单片机技术
»
X86
» AutoreleasePool从入门到放弃(2)
返回列表
回复
发帖
发新话题
发布投票
发布悬赏
发布辩论
发布活动
发布视频
发布商品
AutoreleasePool从入门到放弃(2)
发短消息
加为好友
look_w
当前离线
UID
1066743
帖子
8283
精华
0
积分
4142
阅读权限
90
在线时间
233 小时
注册时间
2017-6-23
最后登录
2019-5-18
论坛元老
UID
1066743
1
#
打印
字体大小:
t
T
look_w
发表于 2019-3-8 19:31
|
只看该作者
AutoreleasePool从入门到放弃(2)
2. AutoreleasePool使用场景
2.1降低系统内存峰值
如果在循环中大量创建autoreleased对象,而这些autoreleased对象只会在AutoreleasePool执行Pop操作(通俗点就是出了@AutoreleasePool block作用域)时才会销毁,通常情况下默认每个线程都有其对应的AutoreleasePool,而其执行Pop操作是在每次Runloop迭代时。而这个过程中未及时释放的autoreleased对象就会造成大量的内存堆积从而对性能造成一定的影响。
for (NSInteger count = 0; count < 66666666; count++) {
NSMutableString *autoreleasePool = [NSMutableString stringWithFormat
"autoreleasePool"];
NSMutableString *memoryMagic = [NSMutableString stringWithFormat
"memoryMagic"];
}
这里着重说明下,内存堆积是因为autoreleased对象未及时释放造成的,那么什么样的初始化方式创建出来的属于autoreleased对象呢?在ARC时代,编译器会根据初始化方法的命名规则来自动为我们插入相关的内存管理语句。非alloc/new/copy/mutableCopy开头的类方法默认返回的是autoreleased对象。
我们可以通过在代码中引入AutoreleasePool调试函数来查看当前释放池中的autoreleased对象来验证上诉结论。
#import "ViewController.h"
extern _objc_autoreleasePoolPrint();
@interface ViewController ()
[编译器优化.png-481e68-1528701766440-0)]
未经编译优化.png
童鞋们可能说打脸了吧?[NSArray array]初始化返回的变量明明没有加入到AutoreleasePool中,也就说明不是autoreleased对象。这里先暂且告诉你们这是编译器在ARC中自己根据函数后续执行列表进行的TLS(Thread Local Storage)优化,后续再为大家解读优化的目的与原理。这里我们看未经编译优化的截图即可。
for (NSInteger count = 0; count < 66666666; count++) {
NSMutableString *autoreleasePool = [[NSMutableString alloc] initWithString
"autoreleasePool"];
NSMutableString *memoryMagic = [[NSMutableString alloc] initWithString
"memoryMagic"];
//注意初始化方式,这里非autoreleased对象不会造成内存积压
}
可能大家或多或少看过几篇大牛关于AutoreleasePool分析的文章 Objective-C Autorelease Pool 的实现原理、黑幕背后的Autorelease等,这里我要着重说明下NSString类已经被苹果过度优化了,在内存分析时要特别注意。上述文章中的测试例子将会生成nstaggedpointerstring对象,这是一种利用指针内存地址存储数据的优化手段,生成的并非真正的对象。所以在分析内存管理上会存在不准确的问题。关于nstaggedpointerstring的可以看下这篇文章【译】采用Tagged Pointer的字符串
2.2延长对象生命周期
2.2.1函数返回对象时
2.2.2函数参数为地址时
通过变量地址变向的从函数返回对象时同样也需要遵循ARC下的内存管理原则
NSFileManager *manage = [NSFileManager defaultManager];
[manage removeItemAtPath:filePath error
NSError * _Nullable __autoreleasing * _Nullable)];
在我们常用的文件管理操作中,对于NSError异常的捕获其实也就是从函数中变向的返回了一个NSError对象。在上述参数中我们能看到对应NSError的二级指针用了__autoreleasing内存管理字段来显式的对该对象执行了一个入池操作来延长对象生命周期。
收藏
分享
评分
回复
引用
订阅
TOP
返回列表
电商论坛
Pine A64
资料下载
方案分享
FAQ
行业应用
消费电子
便携式设备
医疗电子
汽车电子
工业控制
热门技术
智能可穿戴
3D打印
智能家居
综合设计
示波器技术
存储器
电子制造
计算机和外设
软件开发
分立器件
传感器技术
无源元件
资料共享
PCB综合技术
综合技术交流
EDA
MCU 单片机技术
ST MCU
Freescale MCU
NXP MCU
新唐 MCU
MIPS
X86
ARM
PowerPC
DSP技术
嵌入式技术
FPGA/CPLD可编程逻辑
模拟电路
数字电路
富士通半导体FRAM 铁电存储器“免费样片”使用心得
电源与功率管理
LED技术
测试测量
通信技术
3G
无线技术
微波在线
综合交流区
职场驿站
活动专区
在线座谈交流区
紧缺人才培训课程交流区
意见和建议