[iOS] App States & View Life Cycle | 앱의 상태와 뷰의 생명주기

생명주기(Lifecycle)이란 무엇인가?

⇒ 언제 특정 로직을 하고 싶다를 어디서 작성하면 된다라는 문제로 변경해주는 개념

 

 

App States

 

• Not running: 앱이 실행되지 않거나 종료된 상태
• Foreground: 화면이 나타난 상태
  • inActive: 상호작용이 불가능한 상태, 화면은 보임 ex) 전화가 왔을 때, 시스템 메시지가 떴을 때 ('배터리가 부족합니다')
  • Active: 상호작용이 가능한 상태, 앱이 실행되고 있는 상태
• Background: 화면이 사라진 상태
  • 백그라운드 상태에서 실질적인 동작을 하고 있는 상태 ex) 파일 다운로드, 유튜브 음악 실행
• Suspended: 뭔가 잡아둔 상태
  • 빠른 재실행을 위해 메모리를 최소한으로만 잡고(할당하고) 있음
  • 메모리가 부족하면 시스템이 Suspended 상태의 앱을 종료시킴
  • iOS는 App switcher상태에서 앱을 강제 종료하는 것이 더 배터리를 소모함 -> Suspended 상태 유지했다가 앱 키는게 더 나음

 

 

View Life Cycle

 

 

1. loadView

: 뷰 컨트롤러가 메인 뷰를 로드 할 때 호출되는 메서드, 스토리보드를 쓰면 기본적으로 스토리보드에 있는 뷰를 가져와서 사용하기 때문에 굳이 필요하지 않음. xib(nib)을 생성하는 경우 사용.

 

2. viewDidLoad

: 뷰가 메모리에 생성된 후에 호출되는 메서드. 

 

3. viewWillAppear

: 뷰가 계층에 추가되고, 화면에 표시하기 직전에 수행.

 

4. viewWillLayoutSubviews

: 뷰의 bounds가 변하면 뷰는 하위 뷰들의 위치를 조정하는데, 레이아웃이 결정되기 전 다음과 같은 작업을 수행하고자 할 때 사용, 오토레이아웃을 사용하지 않았다면 서브뷰의 레이아웃을 업데이트하기 적합

• 뷰 추가 / 제거
• 뷰 크기 / 위치 업데이트
• Layout constraint 업데이트
• Main View의 SubView Load (UITableView, UICollectionView...)

 

5. viewDidLayoutSubviews

: 레이아웃이 결정되고 나서 다음과 같은 작업을 수행하고자 할 때 사용, 서브뷰가 셋팅된 후 변경할 점이 있다면 이 때 수정하기에 적합

• 다른 뷰들의 Content 업데이트
• 뷰들의 크기나 위치를 최종적으로 조정
• table의 데이터 reload

6. viewDidAppear

: 뷰가 화면에 표시된 이후에 수행, 뷰를 보여줄 때 필요한 추가적인 작업 담당

 

7. viewWillDisappear

: 뷰가 계층에서 사라지기 직전에 수행. 뷰를 생성하고 나서 했던 행동들을 되돌리거나 정보를 삭제하기 전 저장해둘 때 유용

 

8. viewDidDisappear

: 뷰가 계층에서 사라진 뒤 수행. 

 

 

 

위와 같은 메서드를 사용 시에는 override 키워드와 super 키워드를 명시적으로 붙여준다. 

 

 

 

 

viewDidLoad( ) vs. loadView( ) (Swift3)

---

 

 

 

App Delegate & Scene Delegate

iOS 13부터 AppDelegate에 있는 함수들을 SceneDelegate에서 관리해주기 시작했다.

 

과거(~iOS 12) LifeCycle

 

현재(iOS 13~) LifeCycle

Window의 개념이 Scene으로 대체되면서 하나의 앱에서 여러 개의 Scene을 가질 수 있도록 한다. 오오~

아래 사진처럼 multiple instance를 함께 관리할 수 있게 개념을 변경한건가봄

 

 

 

관련 문서: 

Apple Developer Documentation

 

Architecting Your App for Multiple Windows - WWDC19 - Videos - Apple Developer

Apple Developer Documentation