在內存管理中,weak和unowned都可以防止發(fā)生引用循環(huán)問題,但是weak和unowned的區(qū)別在哪里呢?
- unowned 更像Objective-C時代的 unsafe_unretained,而 weak 就是以前的 weak。
- unowned 設置以后即使它原來引用的內容已經被釋放了,它仍然會保持對被已經釋放了的對象的一個 "無效的" 引用,它不能是 Optional 值,也不會被指向 nil。如果你嘗試調用這個引用的方法或者訪問成員屬性的話,程序就會崩潰。
- weak 則友好一些,在引用的內容被釋放后,標記為 weak 的成員將會自動地變成 nil (因此被標記為 @weak 的變量一定需要是 Optional 值)。
關于兩者使用的選擇:
Apple 給我們的建議是如果能夠確定在訪問時不會已被釋放的話,盡量使用 unowned,如果存在被釋放的可能,那就選擇用 weak。
之前有個哥們兒,全部都用
unowned,因為種種原因,跳轉到一個頁面的時候,RxSwift閉包中引用的self為nil程序直接就崩潰了,后來他干脆全部改成weak。
如果無腦開發(fā)的話,建議全部使用weak,這樣至少可以保證程序不會崩潰。