我們知道，從 Storyboard 往編譯器拖出來的 UI 控制元件的屬性是 weak 的，那麼程式碼建立uiview的時候呢？

我認為 UI 控制元件用預設用 weak，根源還是蘋果希望只有這些 UI 控制元件的父 View 來強引用它們，而 ViewController 只需要強引用 ViewController.view 成員，則可以間接持有所有的 UI 控制元件。這樣有一個好處是：在以前，當系統收到 Memory Warning 時，會觸發 ViewController 的 viewDidUnload 方法，這樣的弱引用方式，可以讓整個 view 整體都得到釋放，也更方便重建時整體重新構造。


但是首先 viewDidUnload 方法在 iOS 6 開始就被廢棄掉了，蘋果用了更簡單有效地方式來解決記憶體警告時的檢視資源釋放，具體如何做的呢？嗯，這個可以當作某一期的面試題展開介紹。總之就是，除非你特殊地操作 view 成員，ViewController.view 的生命期和 ViewController 是一樣的了。

所以在這種情況下，其實 UI 控制元件是不是 weak 其實關係並不大。當 UI 控制元件是 weak 時，它的引用計數是 1，持有它的是它的 superview，當 UI 控制元件是 strong 時，它的引用計數是 2，持有它的有兩個地方，一個是它的 superview，另一個是這個 strong 的指標。UI 控制元件並不會持有別的物件，所以，不管是手寫程式碼還是 Storyboard，UI 控制元件是 strong 都不會有迴圈引用的。


那麼回到我們的最初的問題，自己寫的 view 成員，應該用 weak 還是 strong？我個人覺得應該用 strong，因為用 weak 並沒有什麼特別的優勢，加上上一篇面試題文章中，我們還看到，其實 weak 變數會有額外的系統維護開銷的，如果你沒有使用它的特別的理由，那麼用 strong 的話應該更好。


另外有讀者也提到，如果你要做 Lazy 載入，那麼你也只能選擇用 strong。


當然，如果你非要用 weak，其實也沒什麼問題，只需要注意在賦值前，先把這個物件用 addSubView 加到父 view 上，否則可能剛剛建立完，它就被釋放了。