内存静态,动态分析

转载 2016年08月28日 16:19:47

内存笔记

一.内存分析
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)
* 条件 : “Deployment Target >= 7.x” 并且是 “放在Images.xcassets里面的所有图片”
* 影响 : 无法得到图片的全路径, 只能通过图片名(imageNamed:方法)来加载图片, 永远会有缓存

2> 不会压缩到Assets.car文件, 直接暴露在沙盒的资源包(main Bundle)
* 条件 : 除1> 以外的所有情况
* 影响 : 可以得到图片的全路径, 可以通过全路径(imageWithContentsOfFile:方法)来加载图片, 不会有缓存

4.结论
1> 小图片\使用频率比较高的图片
* 放在Images.xcassets里面

2> 大图片\使用频率比较低的图片(一次性的图片, 比如版本新特性的图片)
* 不要放在Images.xcassets里面

五.设备信息相关的开发(非私有API, 底层API)
1.设备的型号
2.设备的CPU型号\使用情况
3.设备的内存容量\使用情况
4.设备的硬盘容量\使用情况
5…….
6.推荐的第三方库
uidevice-extension
* 地址 : [https://github.com/erica/uidevice-extension]
* 实现思路 : 利用分类给UIDevice进行了扩展
* 使用难易度 : 非常简单

六.如何让程序尽量减少内存泄漏
1.非ARC
* Foundation对象(OC对象) : 只要方法中包含了alloc\new\copy\mutableCopy\retain等关键字, 那么这些方法产生的对象, 就必须在不再使用的时候调用1次release或者1次autorelease
* CoreFoundation对象(C对象) : 只要函数中包含了create\new\copy\retain等关键字, 那么这些方法产生的对象, 就必须在不再使用的时候调用1次CFRelease或者其他release函数

2.ARC(只自动管理OC对象, 不会自动管理C语言对象)
* CoreFoundation对象(C对象) : 只要函数中包含了create\new\copy\retain等关键字, 那么这些方法产生的对象, 就必须在不再使用的时候调用1次CFRelease或者其他release函数

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

};
// 如果对block进行了Copy操作, block的内存会迁移到堆里面(需要通过代码管理内存)
Block_copy(test);
// 在不需要使用block的时候, 应该做1次release操作
Block_release(test);
[test release];

Android APK 静态分析与动态分析

Android沙盘原理与实现 作者:riusksk(泉哥)[ TSRC ]公布时间:2012-10-15阅读次数:17496评论:1 分享 ...
  • u011354613
  • u011354613
  • 2016年10月25日 09:52
  • 590

程序静态分析

这是我在实习期间对程序静态分析写的报告,以普及大家对程序静态分析 程序静态分析简述 静态程序分析: 程序静态分析(Program Static Analysis)是指在不运行代码...
  • shengfeixiang
  • shengfeixiang
  • 2014年03月03日 23:19
  • 8873

iOS开发 - 内存动态分析

用到的工具:Product -> Profile -> Instruments -> Leaks 使用方法: 选择Xcode菜单栏中的 Product -> Profile,此时Instr...
  • overstep1024
  • overstep1024
  • 2015年09月06日 15:20
  • 598

MSF android apk动态分析

MSF动态分析配置过程见链接 https://github.com/ajinabraham/Mobile-Security-Framework-MobSF/wiki/Documentation通过m...
  • kobeyxyx
  • kobeyxyx
  • 2015年10月29日 00:02
  • 1406

iOS逆向工程-动态分析

上节分享了用静态工具分析应用-额,我找找链接 ios逆向工程-静态分析 先说说为什么要分析应用吧,如果你想从一个ios应用中获取有用的信息,或者你想修改该应用的一些功能,前提当然是要先知道该ap...
  • shaobo8910
  • shaobo8910
  • 2015年08月21日 22:35
  • 1274

动态分配内存与静态内存

1) 静态内存分配是在编译时完成的,不需要占用CPU资源;动态分配内存是在运行时完成的,动态内存的分配与释放需要占用CPU资源; 2) 静态内存分配是在栈上分配的,动态内存是堆上分配的; 3) 动...
  • ljlstart
  • ljlstart
  • 2016年06月03日 22:23
  • 534

简述C语言动态、静态内存分配

#include #include /** c语言静态内存分配 */ void func(int** address ) { //定义int类型的i变量,并赋值100 int i = 10...
  • cengdong
  • cengdong
  • 2017年02月25日 00:41
  • 1188

移动安全测试框架MobSF(二):动态分析

MobSF框架之动态分析 一、使用配置 【1】方式一:虚拟设备,配置动态分析器(VirtualBox + MobSF_VM.ova) 参考:https://github.com/ajina...
  • u013107656
  • u013107656
  • 2017年01月03日 16:56
  • 1964

静态内存,栈内存和动态分配的内存(堆内存)的区别

(1) 从静态存储区域分配。内存在程序编译的时候就已经分配好,这块内存在程序的整个运行期间都存在。例如全局变量,static变量。 (2) 在栈上创建。在执行函数时,函数内局部变量的存储单元都可以在...
  • u011394079
  • u011394079
  • 2015年08月18日 12:25
  • 1792

Android动态分析工具Inspeckage

Inspeckage工具 【1】Inspeckage是一个简单的应用程序(apk),对动态分析很多常用的功能进行了汇总,并且内建了一个HTTP服务器来提供友好的网页界面 【2】...
  • u013107656
  • u013107656
  • 2016年12月13日 18:03
  • 2143
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:内存静态,动态分析
举报原因:
原因补充:

(最多只允许输入30个字)