硬盘-->内存-->CPU
内存泄露
- 静态内存分析
静态内存分析是不运行程序,直接对代码进行分析.
但是没有真正分配内存,根据代码的上下文的语法结构,来分析是否有内存泄露
缺点:不一定准确,但是如果发现有提示,那么去结合上下文看一下,这里的代码是否有问题
快捷键：command +shift +b
进行方式：Product -- > Analyze
2.imageName和imageWithContentOfFile
imageName:加载图片
1.当对象销毁,图片对象不会随着一起销毁
2.加载的图片占据的内存较大:9.48
3.相同的图片只会加载一份到内存中,如果同时使用,使用同一个对象即可
imageWithContentOfFile:加载图片
1.当对象销毁的时候,图形对象会随着一起销毁
2.加载的图片,占据的内存较小:6.25
3.相同的图片会多次加载到内存中,如果同时使用图片,使用的是不同的对象
总结:
imageName:如果一些图片在多个界面都会使用,并且图片较小,使用频率高.(图标/小的背景图)
imageWithContentOfFile:只在一个地方使用,并且图片较大,使用频率不高.(版本新特性/相册)
3.动态内存分析
优点：真正运行起来的程序，并且可以对某一个操作来具体分析，当用户做了某一个操作时，该操作是否产生了内存泄露（分厂准确，如果提示有内存泄露，基本可以说明代码有问题）
缺点：分析速度非常慢，需要一步一步来分析代码是否有问题，切可能在分析过程中有遗漏代码。
进行方式：Product --> Profile -->Leaks --> 选择想要运行的项目 --> Record
这样就可以开始动态检测一个项目是否存在内存泄露了。
注意：我们需要进行操作让系统不断去执行所要检测的代码是否存在内存泄露。
如果有内存泄露会出现这样的情况，由于笔者的 Xcode 是7.0 版本所以和 6.x 有所不同，但是使用是一样的，我们点击 Leak Checks 就能看到 Instrument 给出的提示。如果直接点击会左边的 Leaked Object 会进入汇编的提示环境。
这里我们在右侧 Stack Trace 拦下点击我们所创建的方法，也就是带人像的方法，这样就能定位到泄露的位置了。
之后点击右上角 Xcode 的图标直接回到 Xcode 代码中进行修改，这样我们动态内存分析就完成了。
注意：我们可能会看到这样的情况， All Heap Allocations 是程序真实的内存分配情况，All Anonymous VM则是系统为程序分配的虚拟内存，为的就是当程序有需要的时候，能够及时为程序提供足够的内存空间，而不会现用现创建。
