探究 UIViewController 生命周期

由于種種原因,簡書等第三方平臺(tái)博客不再保證能夠同步更新,歡迎移步 GitHub:https://github.com/kingcos/Perspective/。謝謝!

Lifecycle of UIViewController in iOS

Date Notes Swift Xcode
2017-03-10 首次提交 3.0 8.2.1

前言

對(duì)象的生命周期一直是開發(fā)者所需要關(guān)心的,教授 CS193p 的老師 Paul 也詳細(xì)的講述了 UIViewController 的生命周期。為了記述這一過程,故作此文。由于 Xcode 提供了純代碼和 Storyboard(Xib 同理)兩種布局 UI 的方式,因此初始化部分略有不同。

為了方便觀察,我創(chuàng)建了一個(gè) BaseViewController,繼承自原本的 UIViewController,重寫其中的生命周期方法,并讓后續(xù)新的控制器繼承自該控制器,以便觀察。

本文對(duì)應(yīng)的 Demo 可以在 https://github.com/kingcos/UIViewController-UIView-LifecycleDemo 查看、下載。

Structure

Initialization

Storyboard

OUTPUT:
init(coder:)
awakeFromNib()

init(coder:)

  • 當(dāng)使用 Storyboard 時(shí),控制器的構(gòu)造器為 init(coder:)。
  • 該構(gòu)造器為必需構(gòu)造器,如果重寫其他構(gòu)造器,則必須重寫該構(gòu)造器。
  • 該構(gòu)造器為可失敗構(gòu)造器,即有可能構(gòu)造失敗,返回 nil。
  • 該方法來源自 NSCoding 協(xié)議,而 UIViewController 遵從這一協(xié)議。
  • 該方法被調(diào)用意味著控制器有可能(并非一定)在未來會(huì)顯示。
  • 在控制器生命周期中,該方法只會(huì)被調(diào)用一次。

awakeFromNib()

  • 當(dāng)使用 Storyboard 時(shí),該方法會(huì)被調(diào)用。
  • 當(dāng)調(diào)用該方法時(shí),將保證所有的 outlet 和 action 連接已經(jīng)完成。
  • 該方法內(nèi)部必須調(diào)用父類該方法,雖然默認(rèn)實(shí)現(xiàn)為空,但 UIKit 中許多類的該方法為非空。
  • 由于控制器中對(duì)象的初始化順序不能確定,所以構(gòu)造器中不應(yīng)該向其他對(duì)象發(fā)送消息,而應(yīng)當(dāng)在 awakeFromNib() 中安全地發(fā)送。
  • 通常使用 awakeFromNib() 可以進(jìn)行在設(shè)計(jì)時(shí)無法完成的必要額外設(shè)置。

Code

OUTPUT:
init(nibName:bundle:) - NibName: nil, Bundle: nil

init(nibName:bundle:)

  • 當(dāng)使用純代碼創(chuàng)建控制器,控制器的構(gòu)造器為 init(nibName:bundle:)。
  • 雖然使用代碼創(chuàng)建時(shí)調(diào)用了該構(gòu)造器,但傳入的參數(shù)均為 nil。

OUTPUT:
loadView()
viewDidLoad()
viewWillAppear
viewWillLayoutSubviews() - Optional((162.0, 308.0, 50.0, 50.0))
viewDidLayoutSubviews() - Optional((67.0, 269.0, 241.0, 129.0))
viewDidAppear
viewWillDisappear
viewDidDisappear
deinit

loadView()

  • loadView() 即加載控制器管理的 view。
  • 不能直接手動(dòng)調(diào)用該方法;當(dāng) view 被請求卻為 nil 時(shí),該方法加載并創(chuàng)建 view。
  • 若控制器有關(guān)聯(lián)的 Nib 文件,該方法會(huì)從 Nib 文件中加載 view;如果沒有,則創(chuàng)建空白 UIView 對(duì)象。
  • 如果使用 Interface Builder 創(chuàng)建 view,則務(wù)必不要重寫該方法。
  • 可以使用該方法手動(dòng)創(chuàng)建視圖,且需要將根視圖分配為 view;自定義實(shí)現(xiàn)不應(yīng)該再調(diào)用父類的該方法。
  • 執(zhí)行其他初始化操作,建議放在 viewDidLoad() 中。

viewDidLoad()

  • view 被加載到內(nèi)存后調(diào)用 viewDidLoad()。
  • 重寫該方法需要首先調(diào)用父類該方法。
  • 該方法中可以額外初始化控件,例如添加子控件,添加約束。
  • 該方法被調(diào)用意味著控制器有可能(并非一定)在未來會(huì)顯示。
  • 在控制器生命周期中,該方法只會(huì)被調(diào)用一次。

viewWillAppear(_:)

  • 該方法在控制器 view 即將添加到視圖層次時(shí)以及展示 view 時(shí)所有動(dòng)畫配置前被調(diào)用。
  • 重寫該方法需要首先調(diào)用父類該方法。
  • 該方法中可以進(jìn)行操作即將顯示的 view,例如改變狀態(tài)欄的取向,類型。
  • 該方法被調(diào)用意味著控制器將一定會(huì)顯示。
  • 在控制器生命周期中,該方法可能會(huì)被多次調(diào)用。

注意:
如果控制器 A 被展示在另一個(gè)控制器 B 的 popover 中,那么控制器 B 不會(huì)調(diào)用該方法,直到控制器 A 清除。

viewWillLayoutSubviews()

  • 該方法在通知控制器將要布局 view 的子控件時(shí)調(diào)用。
  • 每當(dāng)視圖的 bounds 改變,view 將調(diào)整其子控件位置。
  • 該方法可重寫以在 view 布局子控件前做出改變。
  • 該方法的默認(rèn)實(shí)現(xiàn)為空。
  • 該方法調(diào)用時(shí),AutoLayout 未起作用。
  • 在控制器生命周期中,該方法可能會(huì)被多次調(diào)用。

viewDidLayoutSubviews()

  • 該方法在通知控制器已經(jīng)布局 view 的子控件時(shí)調(diào)用。
  • 該方法可重寫以在 view 布局子控件后做出改變。
  • 該方法的默認(rèn)實(shí)現(xiàn)為空。
  • 該方法調(diào)用時(shí),AutoLayout 已經(jīng)完成。
  • 在控制器生命周期中,該方法可能會(huì)被多次調(diào)用。

viewDidAppear(_:)

  • 該方法在控制器 view 已經(jīng)添加到視圖層次時(shí)被調(diào)用。
  • 重寫該方法需要首先調(diào)用父類該方法。
  • 該方法可重寫以進(jìn)行有關(guān)正在展示的視圖操作。
  • 在控制器生命周期中,該方法可能會(huì)被多次調(diào)用。

viewWillDisappear(_:)

  • 該方法在控制器 view 將要從視圖層次移除時(shí)被調(diào)用。
  • 類似 viewWillAppear(_:)。
  • 該方法可重寫以提交變更,取消視圖第一響應(yīng)者狀態(tài)。

viewDidDisappear(_:)

  • 該方法在控制器 view 已經(jīng)從視圖層次移除時(shí)被調(diào)用。
  • 類似 viewDidAppear(_:)。
  • 該方法可重寫以清除或隱藏控件。

didReceiveMemoryWarning()

  • 當(dāng)內(nèi)存預(yù)警時(shí),該方法被調(diào)用。
  • 不能直接手動(dòng)調(diào)用該方法。
  • 該方法可重寫以釋放資源、內(nèi)存。

deinit

  • 控制器銷毀時(shí)(離開堆),調(diào)用該方法。

Note

Rotation

OUTPUT:
willTransition(to:with:)
viewWillLayoutSubviews() - Optional((67.5, 269.5, 240.0, 128.0))
viewDidLayoutSubviews() - Optional((213.5, 123.5, 240.0, 128.0))
viewWillLayoutSubviews() - Optional((213.5, 123.5, 240.0, 128.0))
viewDidLayoutSubviews() - Optional((213.5, 123.5, 240.0, 128.0))
viewWillLayoutSubviews() - Optional((213.5, 123.5, 240.0, 128.0))
viewDidLayoutSubviews() - Optional((213.5, 123.5, 240.0, 128.0))

  • 當(dāng) view 轉(zhuǎn)變,會(huì)調(diào)用 willTransition(to:with:) 方法。
  • 當(dāng)屏幕旋轉(zhuǎn),view 的 bounds 改變,其內(nèi)部的子控件也需要按照約束調(diào)整為新的位置,因此也調(diào)用了 viewWillLayoutSubviews()viewDidLayoutSubviews()。

Present & Dismiss

OUTPUT:
viewWillDisappear
viewDidDisappear
viewDidDisappear
viewWillAppear
viewDidAppear

  • 當(dāng)在一個(gè)控制器內(nèi) Present 新的控制器,原先的控制器并不會(huì)銷毀,但會(huì)消失,因此調(diào)用了 viewWillDisappearviewDidDisappear 方法。
  • 如果新的控制器 Dismiss,即清除自己,原先的控制器會(huì)再一次出現(xiàn),因此調(diào)用了其中的 viewWillAppearviewDidAppear 方法。

死循環(huán)

class LoopViewController: UIViewController {

    override func loadView() {
        print(#function)
    }

    override func viewDidLoad() {
        print(#function)
        let _ = view
    }

}

OUTPUT:
loadView()
viewDidLoad()
loadView()
viewDidLoad()
loadView()
viewDidLoad()
loadView()
viewDidLoad()
loadView()

  • loadView() 沒有加載 view,viewDidLoad() 會(huì)一直調(diào)用 loadView() 加載 view,因此構(gòu)成了死循環(huán),程序即卡死。

Reference

也歡迎您關(guān)注我的微博 @萌面大道V & 簡書

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容