馮·諾依曼結構：運算器 控制器 存儲器 輸入與輸出
內存即存儲器，用來存儲指令與數據
注：哈佛結構與普林斯頓結構的不同，使用兩個獨立的存儲器模塊，分別存儲指令和數據，每個存儲模塊都不允許指令和數據并存；使用獨立的兩條總線，分別作為CPU與每個存儲器之間的專用通信路徑，而這兩條總線之間毫無關聯。
物理地址：存儲器每一個字節單元給一個唯一的存儲器地址，即為物理地址，又叫實際地址或絕對地址。虛擬存儲系統：操作系統層面做了一個物理地址與邏輯地址之間的映射。使用虛擬地址，作為讀寫的一部分。優勢如下：1）程序可以使用一系列相鄰的虛擬地址來訪問物理內存中不相鄰的大內存緩沖區。
2）程序可以使用一系列虛擬地址來訪問大于可用物理內存的內存緩沖區。當物理內存的供應量變小時，內存管理器會將物理內存頁（通常大小為4KB）保存到磁盤文件。數據或代碼頁會根據需要在物理內存與磁盤之間移動。
3）不同進程使用的虛擬地址彼此隔離。一個進程中的代碼無法更改正在由另一進程或操作系統使用的物理內存。
解決兩個問題，一是多個程序同時運行，二是占用很大內存的程序。
一個程序在運行時，實際要用到的指令和數據都是很有限的，不可能從頭到尾同時用。那么對于一個程序來說，假裝自己有非常大的空間，實際上只要有條理的把暫時要用到的部分放進物理內存供CPU訪問就好，這樣第二個問題解決了。那既然每個程序（進程）只用一小塊，那整個物理內存就可以分給多個程序（進程）用了，第一個問題也迎刃而解。當然，這樣做的前提是，數據和指令的動態進出，用完了的暫時不用的踢出內存，需要用的及時加載進來。
內存泄漏：動態存儲分配的空間，在使用完畢后未釋放，結果導致一直占用該內存單元，直到程序結束。內存溢出：沒有內存可用。內存可細分五部分組成
代碼（指令）：靜態，就是只讀的東西。初始化數據：有初始值的變量，常量。未初始化數據：只聲明未給值得變量。棧：程序運行記錄，每個線程，也就是每個執行序列各有一個，都是編譯時候能確定好的，這里面的數據可以不使用指針也不會丟。堆：最靈活，動態分配和釋放，編譯時不能確定，OC對象都存在堆里，通常都是用指針訪問 指針從線程棧中來，但不獨屬于某個線程，誰分配誰釋放說的是堆上對象的管理。iOS的內存管理也是在以上的大框架下
最大的不同就是物理內存吃緊時的處理
當物理內存吃緊時，IOS會把能通過映射重新加載的內容直接清理出內存，對于不可再生的數據，iOS10需要App進程配合處理，向各進程發送內存警告要求配合釋放內存，對于不能及時釋放足夠內存的，直接kill掉進程，必要時甚至是前臺運行的App。
OC中每一個對象有一個關聯的整數retainCount用于記錄對象的使用情況，當retainCount為0時，對象被銷毀。
alloc copy new retain 等會使retainCount +1,
release會 -1
NSString 實際上是一個字符型常量，是沒有引用計數的
賦值操作是不會擁有對象的，引用計數不會加一，要持有對象需retain
引用計數不為0，因為引用計數為1的對象release時，系統對該對象回收，不做減一操作
基本原則：
不確定一個對象什么時候不再使用
autorelease 自動在未來釋放
原理：把對象添加到自動釋放池，當自動釋放池銷魂時，會對池中所有的對象發送release消息。
自動釋放池的創建
1.
NSAutoreleasePool * pool = [[NSAutoreleasePool alloc]init]; [pool release];2.
@autoreleasepool{ //這里寫代碼 }注： 1.自動釋放池只是給池中所有的對象發送release消息，當對象的引用計數>1時，對象無法銷毀。 2.autorelease不會改變對象的引用計數
ios5 引入ARC（Auto Reference Counting）
編譯時特性，不是運行時特性，更不是垃圾回收器
自動引用計數，在編譯時，自動加上retain release等，實現內存管理。
ARC開啟:可以在工程選項中選擇Targets -> Compile Phases -> Compile Sources，在里面找到對應文件，添加flag: -fobjc-arc
關閉：-fno-objc-arc
ARC IOS5開始引入，現在絕大部分開發都是ARC模式，以下應用主要是針對ARC模式下的應用。
1.assign: 一般修飾基本數據類型
2.retain: release舊值，再retain新值
使用set方法，實質上會先保留新值，再釋放舊值，再設置新值，避免新舊值一樣時導致對象被釋放。
MRC寫法：
- (void)setCount:(NSObject *)count { [count retain]; [_count release]; _count = count; }ARC寫法：
- (void)setCount:(NSObject *)count { _count = count; }3.copy: release舊值，再copy新值（copy內容）
一般修飾 NSString、NSArray、NSDictionary等需要保護其封裝性的對象。尤其是在其內容可變的情況下 因此會拷貝一份內容給屬性使用，避免可能造成的對源內容進行改動
block一般使用copy修飾
4.weak ARC新引入 可代替assign,比assign多了一個特性（置nil）
delegate 一般用weak修飾，避免循環引用
set方法時，只設置新值
5.strong ARC新引入 可代替retain
1.循環引用
block一般用copy修飾，當block又引用了對象的其他成員變量時，就會對這個變量本身產生強引用，那么變量本身和它自己的block就形成了循環引用。
__weak typeof(self) weakSelf = self;
ARC下要生成一個對自身的弱引用，表示block別再對self對象retain了，避免循環引用
2.block內部變量
1.block不能改變局部變量，要改變時需加__block修飾
2.block可改變全局變量
3.static變量也可在block中修改
1.僵尸對象和野指針
僵尸對象：內存被回收的對象
野指針：指向僵尸對象的指針，向野指針發送消息對導致崩潰EXC_BAD_access
1）在PRoduct－scheme－edit scheme－diagnostics中將enable zombie objects勾選上，下次再出現這樣的錯誤就可以準確定位了。
2）在Xcode－open developer tool－Instruments打開工具集，選擇Zombies工具可以對已安裝的應用進行僵尸對象檢測。
2.循環引用
1）在product－Analyze中使用靜態分析來檢測代碼中可能存在循環引用的問題。
2）在Xcode－open developer tool－Instruments打開工具集，選擇Leaks工具可以對已安裝的應用進行內存泄漏檢測，此工具能檢測靜態分析不會提示，但是到運行時才會出現的內存泄漏問題。
3.循環中對象占用內存大
循環內產生大量的臨時對象，直至循環結束才釋放，可能導致內存泄漏。
解決方法：在循環中創建自己的autoReleasePool，及時釋放占用內存大的臨時變量，減少內存占用峰值。
例：
for (int i = 0; i < 10000; i ++) { @autoreleasepool { Person * soldier = [[Person alloc]init]; [soldier fight]; } }4.內存泄漏
通過Analyze來進行靜態代碼檢查，以發現在語法上顯而易見的內存泄露問題
內存泄露是運行時的問題，這時可用Instruments中的Allocation和Leaks來不斷重復操作App，發現和定位內存泄露點
5.過度釋放
原則上都會直接crash（然而由于某些特殊的情況，不會馬上crash）。
對于這種問題，可以直接使用Zombie，當過度釋放發生時會立即停在發生問題的位置，同時結合內存分配釋放歷史和調用棧，可以發現問題。
至于上文提到的不會crash的原因，其實有很多，比如：
1）對象內存釋放時，所用內存并沒有完全被擦除，仍有舊對象部分數據可用
2）原內存位置被寫入同類或同樣結構的數據
菜鳥一枚，有錯誤之處還望大家批評指正！露露
新聞熱點
疑難解答
