viewDidLoad と viewDidAppear の使い方についてのメモ（ほぼ公式ドキュメントのコピペ）。引用中の太字装飾は私。
Work with View Controllersにある「Understand the View Controller Lifecycle」に書いてある説明は以下のような感じ。
UIViewController methods get called as follows:
- viewDidLoad()—Called when the view controller’s content view (the top of its view hierarchy) is created and loaded from a storyboard. This method is intended for initial setup. However, because views may be purged due to limited resources in an app, there is no guarantee that it will be called only once.
- viewWillAppear()—Intended for any operations that you want always to occur before the view becomes visible. Because a view’s visibility may be toggled or obscured by other views, this method is always called immediately before the content view appears onscreen.
- viewDidAppear()—Intended for any operations that you want to occur as soon as the view becomes visible, such as fetching data or showing an animation. Because a view’s visibility may be toggled or obscured by other views, this method is always called immediately after the content view appears onscreen.
viewDidLoad は storyboard から view が読み込まれた時に発生する。読み込んだ view の初期化のために使うことを意図してるけど、view はリソースの制限から purge される場合があるので、「一度だけ呼ばれる」ことを保証するものではない。
viewWillAppear と viewDidAppear は view が visible になったときに発生する。「the view becomes visible」というのは、UIViewController Class Referenceあたりを参考にすると、「its view is about to be added to a view hierarchy」と同じ意味だと思う。
以下はUIViewController Class Referenceより。
viewWillAppear:
Notifies the view controller that its view is about to be added to a view hierarchy.
This method is called before the view controller’s view is about to be added to a view hierarchy and before any animations are configured for showing the view. You can override this method to perform custom tasks associated with displaying the view. For example, you might use this method to change the orientation or style of the status bar to coordinate with the orientation or style of the view being presented. If you override this method, you must call super at some point in your implementation.
For more information about the how views are added to view hierarchies by a view controller, and the sequence of messages that occur, see Responding to Display-Related Notifications.
NOTE If a view controller is presented by a view controller inside of a popover, this method is not invoked on the presenting view controller after the presented controller is dismissed.
view hierarchy は文字通り「view の階層(構造)」ということで、View Programming Guide for iOS: Viewsあたりが参考になる。
Figure 3-1 shows an example of how the layering of views creates the desired visual effect for an application. In the case of the Clock application, the view hierarchy is composed of a mixture of views derived from different sources. The tab bar and navigation views are special view hierarchies provided by the tab bar and navigation controller objects to manage portions of the overall user interface. Everything between those bars belongs to the custom view hierarchy that the Clock application provides.
たとえば navigation controller では、navigation controller では pushViewController とかで画面遷移したときに、viewDidAppear などの各種イベントが発生する。
Navigation Controllers
A navigation controller manages a stack of view controllers to provide a drill-down interface for hierarchical content. The view hierarchy of a navigation controller is self contained. It is composed of views that the navigation controller manages directly and views that are managed by content view controllers you provide. Each content view controller manages a distinct view hierarchy, and the navigation controller coordinates the navigation between these view hierarchies.
Monitoring Changes to the Navigation Stack
Whenever you push or pop a view controller, the navigation controller sends messages to the affected view controllers. The navigation controller also sends messages to its delegate when its stack changes. Figure 1-5 shows the sequence of events that occurs during a push or pop operation and the corresponding messages that are sent to your custom objects at each stage. The new view controller reflects the view controller that is about to become the topmost view controller on the stack.
Figure 1-5 Messages sent during stack changes
presentViewControllerで view を表示する場合は、表示する view controller(presented view controller)のmodalPresentationStyleによってイベントが発生するかどうかが変わる。 .FullScreen の場合は presenting view は消えるので、viewDidDisappear など発生する。 .OverFullScreen の場合は、presenting view は消えないので、viewDidDisappear などのイベントが発生しない（presented view controller のdefinesPresentationContextが true である必要がある）。
* OverFullScreen
A view presentation style in which the presented view covers the screen. The views beneath the presented content are not removed from the view hierarchy when the presentation finishes. So if the presented view controller does not fill the screen with opaque content, the underlying content shows through.
Available in iOS 8.0 and later.
アプリケーションが Background（または Suspended）になった場合は、viewDidDisappear などのイベントは発生しない。アプリが kill されなければ、front にそのままの状態で戻ってくるけど、kill されていれば、storyboard からあらためて view が読み込まると思うので（ちゃんと確かめてないけど..）、viewDidLoad が発生するはず。以下はProgramming iOS 9(Programming iOS 9: Dive Deep into Views, View Controllers, and Frameworks - Matt Neuburg - Google ブックス)から。
A view does not disappear merely because the app is backgrounded and suspended. Once suspended, your app might be killed. So you cannot rely on viewWillDisappear: and viewDidDisappear: alone for saving data that the app will need the next time it launches. If you are to cover every case, you may need to ensure that your data-saving code also runs in response to an application lifetime event such as applicationWillResignActive: or applicationDidEnterBackground: