iOS優化內存，提升性能 之三

高級內存主題

現在你已經學會了基本的內存管理技術，我講介紹一些高級內存主題。

Retain/Relationship生命周期

在舊的內存管理世界中，如果對象A擁有對象B，當對象Adeallocated時，對象A必須release對象B。但是，如果對象A擁有對象B，對象B又擁有對象A，會發生什么呢？

你可以通過調用release方法，然后把引用設置為nil來release對象A。但是，因為對象B仍然擁有對象A，對象A的引用計數大于0。當你release對象B的時候同樣如此；它的引用計數仍然大于0，因為對象A仍然擁有對象B。

類似這樣的引用，任何對象都不會被deallocated，如圖7-4展示的那樣。

對于新的ARC機制，這種引用依然存在，如果你有兩個對象互相之間有強引用，兩個對象都會泄露。

因此，如果你想兩對象彼此應用，你需要怎么做呢？你需要使用弱引用。

弱引用

因此，為了避免循環引用，只有對象A持有對象B的強引用，對象B只持有對象A的弱引用。

UIViewController

所有的iPhone應用都要用到UIViewController（要不然你在哪里顯示UI？）。因此，理解UIViewController的生命周期能夠幫助你很多重要的事情，例如：

• 更好的利用內存

• 避免內存泄露

• 提高響應

在教學和培訓的時候，我發現很多開發者對view controller存在嚴重的誤解，他們并沒有理解view controller的生命周期。在iPhone環境中，有一些主要的管理過程來控制view controller對象的生命周期，例如：

• 加載view

• 當系統需要回收內存時卸載view

• release view

• 從UI中顯示或隱藏view

加載view的過程

當一個view controller請求它的view的時候，它會檢查view是否已經加載到內存中。如果沒有，會加載它然后viewDidLoad方法會被調用。圖7-6顯示了加載view的過程。

在加載view的過程中，你需要記住一些性能方面的問題：

• 如果你重寫了loadView方法，你需要創建view的層次結構來顯示UI。這會導致輕量級的性能提升，因為不需要從nib文件加載。

• 如果你沒有重寫loadView方法，iOS環境會自動的查找你指定的nib文件或和view controller同名的nib文件。使用nib文件比較好維護同時它有拖拉的功能。

• 如果沒有匹配到任何東西，iOS環境會創建一個新的空的view，然后返回這個空的view。

卸載view的過程

對于內存和性能來說，這個過程是非常重要的。主要原因是當你的應用有內存警告和需要回收內存時，這個過程依然在運行。在這個過程中，didReceiveMemoryWarning方法首先被調用，然后viewDidUnload方法被調用。在屏幕上顯示的views不會被卸載。在圖7-7中你可以看到這個過程。

在卸載view的過程中，有很多內存和性能方面的問題你需要記住：

• 確保當方法didReceiveWarning被調用時，你要清除一些重量級對象的內存緩存，比如圖片緩存。如果你不這樣做的話，iOS系統會強制關閉你的應用，這是一個非常糟糕的用戶體驗。

• 這時你不應該清除或release任何view，因為這是不安全的。相反，你應該調用[super didReceiveWarning]，這樣父類能夠檢查release這個subview是否安全。

• 如果release它的view是安全的，方法viewDidUnload會被調用。你可以選擇重寫這個方法來一些你需要的清理工作。

  
  

在viewDidUnload方法中有一些開發者感到很迷惑的東西。

• viewDidLoad和LviewDidUnload不是相互對應的。viewDidLoad是在view controller初始化和請求view之后調用的。viewDidUnload是在收到內存警告時調用的。在調用viewDidUnload方法之后，不會調用view controller對象的dealloc方法。卸載的view將會被deallocated。

• 在viewDidUnload中，你只能清除你的views；其他對象將在didReceiveWarning方法中被清除或release。