iOS App Life Cycle & ViewController Life Cycle

App Life Cycle

예전부터 포스팅 하려했던 App Life Cycle 입니다. ViewController Life Cycle도 한 번에 정리해보도록 하겠습니다.

우선 App은 크게 3가지 상태를 가지고 있습니다.
Not Running, Foreground, Background 입니다.

그리고 Foreground는 다시 InActive, Active
Background는 Suspend, Running 이렇게 나눌 수 있습니다.

Foreground와 Background의 공통점은 앱이 메모리에 올라가 있다 입니다.
Foreground = 앱이 화면을 점유 중인 것이고, 그 중 사용자가 Full Control이 불가능하다면 InActive 상태임.

즉 유튜브를 보다가 갑자기 전화가 오는 경우 유튜브는 Active -> InActive -> Background 이런식으로 움직입니다.
무조건 InActive를 거칩니다! 아주 잠깐동안이요. 돌아올 때도 Background -> InActive -> Active 이런식입니다.

Backgorund = 화면에서는 내려갔지만 메모리에있는 상태 입니다.

• Suspend (가만히 기다림)
• Running (백그라운드에서 러닝하는 경우, 이메일 전송, 업로드, 타이머 등)

그리고 백그라운드 상태에서 메모리가 부족하면 iOS에 의해 Not Running으로 내려가게 됩니다.

ViewController Life Cycle

ViewController를 만들면 viewDidLoad이런 함수들을 override함을 볼 수 있죠?

이는 A sequence of message is sent to vc as it progresses through its lifetime 이라고 볼 수 있습니다.

즉 ViewController는 Life Cycle을 가지고 있습니다.

viewdidload

view를 메모리에 로드하는 것입니다.

우리의 outlet이 set되어 있지만 아직 view의 bounds는 아직 set되지 않으니 여기서 set하는것은 주의하면 좋습니다.

메모리 로드 작업은 딱 한 번만 실행됩니다.

viewWillAppear

반복적으로 호출됩니다. 즉 다른 화면으로 modal을 타고 가고 다시 돌아올 때 이 함수가 호출됩니다.

viewDidAppear

역시 반복적 호출되며, viewWillAppear 후에 호출됩니다.

애니메이션, 타이머, 무언가를 관찰하기에(GPS position) 아주 좋은 곳입니다.

우리는 User Interaction 를 block하면 안되기 때문에 무언가 오래걸리는 작업(network fetch)를 하기에도 좋습니다.

viewWillDisappear

보통, viewDidAppear에서 설정한걸 undo합니다.

예를 들어 stop timer 등이 있겠네요.

viewDidDisappear

clean up MVC

그 외에

Geometry(뷰의 가로세로 변경)

viewWillLayoutSubviews(), viewDidLayoutSubviews()등의 함수는 top-level view의 bound가 변경될 때 이 메세지(함수)가 호출됨. Autolayout을 설정하면, 이걸 호출할 일이 딱히 없습니다.
종종 호출됨. 이게 항상 view의 bound가 변경되는걸 의미하는게 아니므로 Don't do anything here that can't be properly done repeatedly. 라고 하네요

Low Memory

didRecieveMemoryWarning() 가 호출됩니다.

awakeFromNib

Waking up from an storyboard 될 때 호출됩니다.

그 외에도 viewWillTransition 등이 있습니다.

다음에는 App Life Cycle과 연관이 있는 AppDelegate, SceneDelegate에 대해 포스팅해보도록 하겠습니다.