iOS 앱 기본 개념: 생명 주기, 이벤트 전달, ARC

앱의 실행 상태

iOS 앱은 늘 아래 상태 중 하나에 있다. 시스템이 상태를 바꾸며 앱에 알린다.

stateDiagram-v2
  state "Not Running" as NR
  NR --> Inactive : 실행
  Inactive --> Active
  Active --> Inactive
  Inactive --> Background
  Background --> Suspended : 작업 끝
  Suspended --> NR : 메모리 부족
  Suspended --> Background : 다시 앞으로
  note right of Suspended : 다시 앞으로 올 때는 Background를 거쳐 Inactive → Active

Suspended에서 곧장 Active로 갈 수는 없다. 다시 열면 Background와 Inactive를 거쳐 Active가 된다.

• iOS 13부터는 씬(scene) 단위로 생명 주기를 받는다. iPad에서 같은 앱의 창이 여럿 떠 있을 수 있어, 포어그라운드·백그라운드 전환은 UISceneDelegate(sceneDidBecomeActive, sceneDidEnterBackground 등)가, 앱 전체의 실행·푸시 등록은 UIApplicationDelegate가 맡는다.
• SwiftUI는 @Environment(\.scenePhase)로 .active·.inactive·.background를 관찰한다.
• 백그라운드로 갈 때 저장할 상태를 저장한다. Suspended 이후에는 코드를 실행할 기회 없이 종료될 수 있기 때문이다.

뷰 컨트롤러의 생명 주기

UIViewController의 뷰는 만들어지고, 나타나고, 사라지는 순서로 메서드가 불린다. Will은 직전, Did는 직후다.

나타남·사라짐은 화면 전환마다 반복되므로, 한 번만 할 일은 viewDidLoad에, 매번 할 일은 Appear 계열에 둔다. SwiftUI 뷰는 onAppear·onDisappear·task(사라지면 자동 취소되는 비동기 작업)로 같은 시점을 다룬다.

객체 사이에 이벤트 전하기

비동기 완료 콜백은 Swift 5.5부터 async/await로, 값의 흐름은 Combine의 Publisher나 Observation 프레임워크(@Observable, iOS 17)로 대신하는 경우가 많다.

메모리 관리: ARC

Swift(와 현대 Objective-C)는 ARC(Automatic Reference Counting) 로 메모리를 관리한다. 컴파일러가 참조를 만들고 없애는 자리에 카운트 증감 코드를 넣고, 강한 참조 수가 0이 되면 인스턴스를 즉시 해제한다. 추적형 GC처럼 멈춤이 없는 대신 순환 참조는 스스로 풀지 못한다.

강한 순환 참조는 두 객체가 서로를 강하게 참조할 때 생긴다. 바깥 참조가 모두 사라져도 서로의 카운트가 1로 남아 둘 다 해제되지 않는다. 한쪽을 강하지 않은 참조로 바꿔 끊는다.

클로저도 참조 타입이라 self를 캡처하면 순환이 생긴다. 캡처 목록으로 끊는다.

class ProfileViewModel {
    var onUpdate: (() -> Void)?
    func bind() {
        onUpdate = { [weak self] in
            guard let self else { return }   // 해제됐으면 아무것도 안 한다
            self.render()
        }
    }
    func render() { }
}

[weak self]가 늘 필요한 것은 아니다. 클로저를 저장하지 않고 바로 실행하는 경우(map, UIView.animate)나, self가 클로저를 소유하지 않는 경우는 순환이 아니다.

Objective-C의 프로퍼티 속성 assign도 카운트를 올리지 않지만, 대상이 해제돼도 포인터가 그대로 남아(댕글링 포인터) 접근하면 크래시가 난다. 그래서 assign은 int 같은 기본형에만 쓰고 객체에는 weak를 쓴다. weak 참조는 마지막 강한 참조가 사라져 객체가 해제되는 순간 nil로 바뀐다.

frame과 bounds

뷰를 회전하면 bounds 크기는 그대로지만 frame은 회전한 뷰를 감싸는 사각형으로 커진다. UIScrollView의 스크롤은 bounds.origin(= contentOffset)을 옮기는 것이라, 내용이 움직여 보인다.

데이터 저장 방법

과거의 NSKeyedArchiver 아카이브는 지금은 Codable 직렬화로 대체하는 경우가 많다(Swift Codable).

정리

• 앱 상태는 Not Running·Inactive·Active·Background·Suspended이고, iOS 13부터 씬 단위로 전환을 받는다
• 한 번 할 일은 viewDidLoad, 화면에 보일 때마다 할 일은 viewWillAppear·viewIsAppearing에 둔다
• 리스너가 하나면 델리게이트나 클로저, 여럿이면 NotificationCenter를 쓴다
• ARC는 순환 참조를 풀지 못하므로 weak(옵셔널, 먼저 사라질 수 있음)와 unowned(나보다 오래 삶)로 끊는다
• frame은 부모 기준, bounds는 자기 기준 좌표다

관련 노트: Swift Codable, UICollectionView 커스텀 레이아웃, 모바일 앱 프레임워크 비교, Android 핵심 개념, Python 언어 동작(참조 카운팅)