iosiOS、swift技术交流!

开发中的内存问题

2016-08-17  本文已影响564人  光明程辉

首先感谢某同学提供这份资料哈!来自小码哥!

一.内存分析

1.静态分析(Analyze)
不运行程序, 直接检测代码中是否有潜在的内存问题(不一定百分百准确, 仅仅是提供建议)
结合实际情况来分析, 是否真的有内存问题

2.动态分析(Profile == Instruments)
1> 运行程序, 通过使用app, 查看内存的分配情况(Allocations)

2> 运行程序, 通过使用app, 查看是否有内存泄漏(Leaks)

二.内存使用注意

1.加载小图片\使用频率比较高的图片
1> 利用imageNamed:方法加载过的图片, 永远有缓存, 这个缓存是由系统管理的, 无法通过代码销毁缓存

2.加载大图片\使用频率比较低的图片(一次性的图片, 比如版本新特性的图片)
1> 利用initWithContentsOfFile:\imageWithContentsOfFile:\imageWithData:等方法加载过的图片, 没有缓存, 只要用完了, 就会自动销毁
2> 基本上, 除imageNamed:方法以外, 其他加载图片的方式, 都没有缓存

三.2个专业术语

1.内存泄漏
1> 该释放的对象, 没有被释放(已经不再使用的对象, 没有被释放)

2.内存溢出(Out Of Memory)
1> 内存不够用了
2> 数据长度比较小的数据类型 存储了 数据长度比较大的数据

四.图片在沙盒中的存在形式

1.如果项目的Deployment Target <= 6.x (不支持图片压缩)
1> 所有图片直接暴露在沙盒的资源包(main Bundle), 不会压缩到Assets.car文件

2.如果项目的Deployment Target >= 7.x (支持图片压缩)
1> 放在Images.xcassets里面的所有图片会压缩到Assets.car文件, 不会直接暴露在沙盒的资源包(main Bundle)
2> 没有放在Images.xcassets里面的所有图片会直接暴露在沙盒的资源包(main Bundle), 不会压缩到Assets.car文件

3.总结
1> 会压缩到Assets.car文件, 没有直接暴露在沙盒的资源包(main Bundle)

2> 不会压缩到Assets.car文件, 直接暴露在沙盒的资源包(main Bundle)

4.结论
1> 小图片\使用频率比较高的图片

2> 大图片\使用频率比较低的图片(一次性的图片, 比如版本新特性的图片)

五.设备信息相关的开发(非私有API, 底层API)

1.设备的型号
2.设备的CPU型号\使用情况
3.设备的内存容量\使用情况
4.设备的硬盘容量\使用情况
5.......
6.推荐的第三方库
uidevice-extension

六.如何让程序尽量减少内存泄漏

1.非ARC

2.ARC(只自动管理OC对象, 不会自动管理C语言对象)

3.block的注意
// block的内存默认在栈里面(系统自动管理)

void (^test)() = ^{

  };

// 如果对block进行了Copy操作, block的内存会迁移到堆里面(需要通过代码管理内存)
Block_copy(test);

// 在不需要使用block的时候, 应该做1次release操作
Block_release(test);
[test release];
上一篇下一篇

猜你喜欢

热点阅读