為什么viewDidUnload 被棄用
- iOS4 和 iOS5系統中煎殷，當內存不足衩辟，引用收到 MemoryWarning 時候鸦做，系統會自動調用當前界面上的 Viewontroller 的 viewDidUnload 方法立叛，通常情況下患蹂，這些未顯示咋界面上的 Controller 是 UINavigationController Push 棧中未在棧頂的 Controller夭禽，以及 UITabBarViewController 中未顯示的子 ViewController霞掺，這些 Controller 都會在 MemoryWarning 事件發(fā)生的時候，讓系統自動調用 viewDidUnload 方法讹躯。
- 在 iOS6中菩彬，由于 viewDidunload 事件在任何情況下都不會被處罰，所以蘋果在文檔中建議潮梯，應該將回收內存的相關操作移到另一個回調函數 didReceiveMemoryWarning 中骗灶，但是如果你以為僅僅是把以前寫到 ViewDidUnload 函數中的代碼移動到 didReceiveMemoryWarning 函數中，那么就錯了秉馏。
- 在 iOS6以后的版本中不建議將 view 置為 nil 的原因如下：
- UIView 有一個 CALayer 的成員變量矿卑，CALayer 是具體用于將自己滑到屏幕上的
- CALayer 是一個 bitmap 圖像的容器類，當 UIView 調用自身的 drawRect 時候沃饶，CALayer 才會創(chuàng)建這個 bitmap 圖像類母廷。
- 具體占內存的其實是一個 bitmap 圖像類轻黑，CALayer 只占48bytes，UIView 只占有96Bytes琴昆，而一個 iPad 的全屏 UIVIew 的 bitmap 類會占到12MB 的大小氓鄙。
- 在 iOS6中，當系統發(fā)出 MemoryWarning 時候业舍，系統會自動回收 bitmap 類抖拦，但是不回收 UIView 和 CALayer 類，這樣既能回收大部分內存舷暮，又能在需要 bitmap 類的時候态罪，通過調用 UIView 的 drawRect：方法重建。
內存優(yōu)化
- 蘋果對上面的內存回收做了一個優(yōu)化：
- 當一段內存被分配時候下面，他會被標記成“In use”复颈，以防止被重復使用，當內存被釋放的時候沥割，這段內存會被標記成“Not in use”耗啦，這樣，在有新的內存申請時机杜，這塊內存就可能被分配給其他變量帜讲。
- CALayer 包括具體的 bitmap 內存的私有成員變量類型為 CABackStore，當收到 MemoryWarning 時候椒拗， CABackStore類型的內存區(qū)會被標記成 volatile 類型似将，volatile 表示，這塊內存可能再次被元變量使用蚀苛。
- 這樣在验，有了上面的優(yōu)化之后，當收到 MemoryWarning 的時候枉阵，雖然所有的 CALayer 所包含的 bitmap 內存都被標記成 volatile 了译红，但是只要這塊內存沒有被復用预茄，當需要重建 bitmap 內存時候兴溜，它就可以直接被復用，而避免了再次調用 UIView 的 drawRect： 方法耻陕。
- 所以 拙徽，簡單來說，對于 iOS6诗宣，不需要做任何以前 viewDidUnload 做的事事情膘怕，更不需要把以前 viewDidUnload 的代碼移動到 didReceiveMemoryWarning 方法中。
