内存管理：
栈区 [stack]：由编译器自动分配并释放，一般存放函数的参数值，局部变量等
堆区 [heap]：由程序员分配和释放，如果程序员不释放，程序结束时，可能会由操作系统回收
全局区(静态区) [static]：全局变量和静态变量的存储是放在一起的，初始化的全局变量和静态变量存放在一块区域，未初始化的全局变量和静态变量在相邻的另一块区域，程序结束后由系统释放
文字常量区：存放常量字符串，程序结束后由系统释放
程序代码区：存放函数的二进制代码
官方文档：
在iOS开发中：
一. 内存分析
1. 静态分析(Analyze)
不运行程序, 直接检测代码中是否有潜在的内存问题(不一定百分百准确, 仅仅是提供建议)
结合实际情况来分析, 是否真的有内存问题
2. 动态分析(Profile == Instruments)
1> 运行程序, 通过使用app, 查看内存的分配情况(Allocations)
* 可以查看做出了某个操作后(比如点击了某个按钮\显示了某个控制器), 内存是否有暴增的情况(突然变化)
2> 运行程序, 通过使用app, 查看是否有内存泄漏(Leaks)
* 红色区域代表内存泄漏出现的地方
二. 内存使用注意
1. 加载小图片\使用频率比较高的图片
1> 利用imageNamed:方法加载过的图片, 永远有缓存, 这个缓存是由系统管理的, 无法通过代码销毁缓存
2. 加载大图片\使用频率比较低的图片(一次性的图片, 比如版本新特性的图片)
1> 利用initWithContentsOfFile:\imageWithContentsOfFile:\imageWithData:等方法加载过的图片, 没有缓存, 只要用完了, 就会自动销毁
2> 基本上, 除imageNamed:方法以外, 其他加载图片的方式, 都没有缓存
PS：－－关于图片资源
1> 会压缩到Assets.car文件, 没有直接暴露在沙盒的资源包(main Bundle)
* 条件 : “Deployment Target >= 7.x” 并且是 “放在Images.xcassets里面的所有图片”
* 影响 : 无法得到图片的全路径, 只能通过图片名(imageNamed:方法)来加载图片, 永远会有缓存
2> 不会压缩到Assets.car文件, 直接暴露在沙盒的资源包(main Bundle)
* 条件 : 除1> 以外的所有情况
* 影响 : 可以得到图片的全路径, 可以通过全路径(imageWithContentsOfFile:方法)来加载图片, 不会有缓存
三. 如何让程序尽量减少内存泄漏
1. 非ARC－－MRC
* 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函数
* 利用__bridge桥接，告诉编译器 管理c语言对象。
3. block的注意－－见：block详解！
// block的内存默认在栈里面(系统自动管理)void (^test)() = ^{};
// 如果对block进行了Copy操作, block的内存会迁移到堆里面(需要通过代码管理内存)Block_copy(test);
// 在不需要使用block的时候, 应该做1次release操作Block_release(test);[test release];
－－－－－－－－－－－－－－－－－－－－
栈：由系统自动分配 –由系统自动分配，速度较快 [ FIFO ]
栈区结构：链表 or 数组
栈：栈是向低地址扩展的数据结构，是一块连续的内存的区域，栈顶的地址和栈的最大容量是系统预先规定好的，在 iOS中，主线程栈的大小是1M
－－［ 栈区：申请内存后响应 ］
栈：只要栈的剩余空间大于所申请空间，系统将为程序提供内存，否则将报异常提示栈溢出
－－存储的内容
栈：变量名(不带*)相当于是指向栈区数据的指针别名，变量名可以简化程序员的工作
－－－－－－－－－－－－－－－－－－－－
堆：需要程序员自己申请，alloc，copy –是由alloc分配的内存，速度比较慢，而且容易产生内存碎片，不过用起来最方便 [ LIFO ]
堆区结构：树 or 链表
堆：堆是向高地址扩展的数据结构，是不连续的内存区域。这是由于系统是用链表来存储的空闲内存地址的，自然是不连续的，而链表的遍历方向是由低地址向高地址。堆的大小受限于计算机系统中有效的虚拟内存。由此可见，堆获得的空间比较灵活，也比较大
－－［ 堆区：申请内存后响应 ］
堆：
1. 操作系统有一个记录空闲内存地址的链表
2. 当系统收到程序的申请时，会遍历该链表，寻找第一个空间大于所申请空间的堆结点，然后将该结点从空闲结点链表中删除，并将该结点的空间分配给程序
3. 由于找到的堆结点的大小不一定正好等于申请的大小，系统会自动的将多余的那部分重新放入空闲链表中
－－存储的内容
堆：要访问堆区中的数据，必须通过指针的方式才可以进行，指针的类型决定了访问堆中数据的方式
－－堆区的操作！
1、操作系统以匿名(只记录内存地址和大小，不记录具体类型)的方式记录已经分配的内存区域
2、当某一内存区域不再使用时，程序需要通知操作系统回收该内存区域，从而可以保证该内存区域被其他程序再次使用，否则，该区域将永远无法被再次分配，这就是传说中的“内存泄露”
3、如果某一区域已经被释放，仍然视图访问该区域，会提示“坏内存访问”，这就是传说中的“野指针访问”
－－－－－－－－－－－－－－－－－－－－
总结：
1、我们程序员只需要关心堆区的内存管理，而栈区系统会自动回收。
2、栈区存放的局部变量，出了作用域就会被销毁！
3、内存结构中的其他几个分区，跟程序同生死：程序启动时，被加载到内存中；程序摧毁，内存被回收！
PS：在iOS开发中：
1> 堆区的内存是所有应用程序共享的，问题：内存泄露 & 野指针
|–> 内存泄漏：如果程序员使用变量后，不释放内存(有强指针指向它)，该内存区域会永远被占有，别的Application无法使用，即内存警告
|–> 内存溢出(Out Of Memory)：内存不够使用了，数据长度比较小的数据类型 存储了 数据长度比较大的数据类型
|–> 野指针：当对象已经释放，程序中变量的指针，依然指向该内存地址，如果再向该对象发送消息，就会报“野指针”错误
2> 堆区的内存分配是由系统负责的。
3> 系统是使用一个链表来维护所有已经分配过的内存空间。（见：上边－－堆区：申请内存后响应）
4> 系统只是记录分配了多少字节给应用程序，并不管理具体的类型–>“匿名”：只是记录分配的内存大小，不管具体是哪个类的！
5> 如果变量使用结束后，需要释放内存，OC中当一个变量的引用计数==0时，说明没有变量使用这块内存空间，即系统直接回收。
－－－－－－－
分享：
数据结构&算法分析 PDF，下载：Download ！
－－－－－－－－－－－
|–> Copyright (c) 2015 Bing Ma.
|–> GitHub RUL: https://github.com/SpongeBob-GitHub
” There’s always more to learn, and there are always better ways to do what you’ve done before. ” — Donald Ervin Knuth
