[iOS / Swift] 생명주기(Life Cycle)란?

🍎 생명주기(Life Cycle)란?

생명주기(Life Cycle)란 앱이 실행되는 순간부터 완전히 종료될 때까지

앱이 어떤 상태(state)에 있고, 그 상태가 어떻게 변화되는지를 설명하는 개념입니다.

 

앱은 실행 중일 수도 있고, 잠시 멈춰 있을 수도 있으며, 완전히 종료된 상태일 수도 있겠죠~

이러한 각각의 상태는 앱이 무엇을 할 수 있고, 무엇을 할 수 없는지를 결정합니다.

 

생명주기를 이해하면 앱이 언제 초기화되고, 언제 멈추며,
언제 다시 활성화되는지를 파악할 수 있어 앱의 동작 흐름을 예측하고 제어할 수 있습니다!

 

🍎 앱의 생명주기(App’s Life Cycle) 란?

앱이 실행되거나 종료될 때, 그리고 Foreground(화면에 보이는 상태)와 Background(화면에 보이지 않는 상태)를 오갈 때마다 시스템이 발생시키는 이벤트에 의해 앱의 상태가 변하는 과정을 의미합니다.

이 과정에서 개발자는 앱의 실행 흐름을 제어하고,

상태 변화에 따라 데이터를 저장하거나 화면을 갱신하는 작업을 수행합니다.

따라서 앱의 생명주기를 이해하는 것은 앱의 안정적인 실행과 사용자 경험 개선을 위해 매우 중요합니다!!

🍎 앱의 상태 (App State)

앱의 상태는 총 다섯 가지로 구분되는데요.

각 상태는 앱이 현재 어떤 동작을 수행할 수 있는지를 나타냅니다.

• Not Running
  • 앱이 아직 실행되지 않았거나, 완전히 종료되어 동작하지 않는 상태입니다.
  • 메모리 상에 앱의 프로세스가 존재하지 않습니다.
• Foreground – Inactive
  • 앱이 화면에 표시되고 있지만, 사용자 이벤트를 받을 수 없는 상태입니다.
  • 예를 들어, 멀티태스킹 화면으로 전환되거나 전화나 알림이 도착했을 때 이 상태로 진입합니다.
• Foreground – Active
  • 앱이 화면에 표시되며, 사용자 입력에 정상적으로 반응하는 상태입니다.
  • 앱이 실행된 직후 바로 Active 상태가 되는 것은 아니며,
  • 반드시 Inactive 상태를 거쳐 Active로 전환됩니다.
• Background – Running
  • 앱이 화면에는 보이지 않지만 여전히 코드가 실행 중인 상태입니다.
  • 예를 들어, 음악 앱이 화면에서 사라져도 노래가 계속 재생되는 경우가 이에 해당합니다.
  • 서버와의 데이터 동기화나 타이머 동작 등 백그라운드 작업을 수행할 수 있습니다.
• Background – Suspended
  • 앱이 백그라운드로 이동한 뒤 실행을 멈추고, 메모리에만 남아 있는 상태입니다.
  • 이 상태에서는 코드는 실행되지 않지만, 최근 실행 정보를 보관하여
  • 사용자가 앱을 다시 실행할 때 빠르게 복원할 수 있습니다.
  • 일반적으로 Background 상태로 전환된 후 2~3초 내에 Suspended로 진입하며,
  • iOS의 메모리가 부족해지면 가장 먼저 메모리에서 해제됩니다.
  • 따라서 앱을 “종료하지 않았더라도”, 메모리에서 제거되면 다시 처음부터 실행됩니다.

🍎 iOS 13 이전: App-Based Life Cycle

iOS 13 이전에는 앱(App) 전체가 하나의 생명주기를 가졌으며, 모든 상태 변화 이벤트는 UIApplicationDelegate가 관리했습니다.

앱의 실행, 종료, 포그라운드·백그라운드 전환 등 앱 전반의 상태 변화가 앱 전체 UI에 직접 영향을 미쳤고,

모든 화면(ViewController)과 인터페이스가 하나의 흐름으로 동작하는 구조였습니다.

iOS 13 이전의 상태 전환 흐름

아래는 Apple 공식 문서에 나온 iOS 13 이전의 앱 상태 전환도입니다!

• Not Running: 앱이 아직 실행되지 않았거나 완전히 종료된 상태
• Inactive: 앱이 실행 중이지만 이벤트를 받지 못하는 상태 (전화, 알림 등)
• Active: 앱이 화면에서 실행 중이며 사용자와 상호작용할 수 있는 상태
• Background: 앱이 화면에는 보이지 않지만 코드를 실행 중인 상태
• (예: 음악 앱의 백그라운드 재생, 데이터 동기화 등)
• Suspended: 앱이 백그라운드로 전환된 뒤, 메모리에만 남아 있는 상태

즉, 앱은 Not Running → Inactive → Active 또는 Active → Inactive → Background → Suspended 형태로 전환됩니다.

 

🍎  iOS 13 버전 혹은 그 이후 버전 : Scene 사용

이전까지는 하나의 앱이 하나의 화면(UI)만 가지는 구조였지만, iOS 13과 함께 iPadOS가 등장하면서 이 개념이 완전히 바뀌었습니다.

iPad에서 하나의 앱을 두 창으로 나누어 사용하는 경험이 있나요?

이는 iOS 13부터 하나의 앱 안에서도 여러 개의 화면(Scene)을 동시에 띄울 수 있게 되었기 때문입니다. 즉, 이제 앱은 더 이상 “한 번에 하나의 화면만 보여주는 구조”가 아니라, 여러 Scene을 독립적으로 실행하고 관리할 수 있는 구조로 발전했습니다.

iOS 13 이전에는 모든 생명주기 이벤트를 AppDelegate가 처리했지만, 이제는 역할이 분리되어 SceneDelegate가 추가되었습니다.

담당 객체	역할	설명
AppDelegate	앱 전체의 실행, 종료, 프로세스 관리	앱 단위의 생명주기와 시스템 이벤트 처리
SceneDelegate	UI 표시 및 상태 관리	화면(Scene) 단위의 생명주기 관리

 

앱(App)의 생명주기는 AppDelegate가, UI(Scene)의 생명주기는 SceneDelegate가 관리합니다.

 

앱이 Scene을 지원하면, 각 Scene의 UI 생명주기 이벤트는 SceneDelegate가 관리합니다.

Scene은 기기에서 실행되는 앱 화면의 한 인스턴스로, 사용자는 하나의 앱 안에서 여러 Scene을 띄우거나 닫을 수 있습니다.

각 Scene은 독립적인 생명주기를 가지므로, 한 Scene이 Foreground에 있을 때 다른 Scene은 Background에 있을 수도 있습니다.

사용자나 시스템이 새 Scene을 요청하면

UIKit이 Scene을 생성하고, 사용자가 연 Scene은 Foreground로, 시스템이 만든 Scene은 Background에서 동작합니다!

 

🟢 앱 실행

앱이 실행되고 화면을 표시하기 위한 준비가 완료되면 다음 메서드가 호출됩니다.

application(_:didFinishLaunchingWithOptions:)

• 앱 초기 설정을 수행하고, 화면이 나타나기 직전에 호출됩니다.
• (예: 설정값 로드, 의존성 주입, 초기 UI 구성 등)

🟠 Scene 연결

앱이 실행되면 UIKit이 Scene을 생성하고 연결합니다.

이때 다음 메서드들이 순서대로 호출됩니다.

application(_:configurationForConnecting:options:)

• 새로운 Scene을 생성하고 연결하기 위한 설정을 반환합니다.
• UISceneConfiguration 객체를 통해 delegate 지정 및 Scene 관련 정보를 설정합니다.
• 보통 Info.plist에 등록된 기본 설정을 사용합니다.

scene(_:willConnectTo:options:)

• Scene이 실제로 연결되기 직전에 호출됩니다.
• 이전에는 AppDelegate의 didFinishLaunchingWithOptions에서 UIWindow를 만들었지만,
• 이제는 이 메서드에서 생성할 수 있습니다.
• Storyboard를 사용할 경우 UIKit이 자동으로 UIWindow를 생성합니다.

sceneDidBecomeActive(_:)

• Scene이 Inactive → Active 상태로 전환될 때 호출됩니다.

🔵 홈 화면으로 이동 (Active → Inactive → Background)

앱 실행 후 홈 화면으로 나가면 다음 순서로 메서드가 호출됩니다.

sceneWillResignActive(_:)

• Scene이 Active → Inactive 상태로 전환될 때 호출됩니다.
• (예: 전화 수신, 알림 표시 등)

sceneDidEnterBackground(_:)

• Scene이 Background로 진입할 때 호출됩니다.
• (예: 데이터 저장, 리소스 해제, 상태 복원 처리 등)

🟣 앱으로 복귀 (Background → Inactive → Active)

백그라운드에 있던 앱이 다시 실행되면 다음 순서로 메서드가 호출됩니다.

sceneWillEnterForeground(_:)

• Scene이 Background → Inactive로 전환될 때 호출됩니다.
• (UI 갱신 준비, 화면 복원 등)

sceneDidBecomeActive(_:)

• Scene이 다시 Active 상태로 복귀할 때 호출됩니다.

🔴 Scene 연결 해제

멀티태스킹 화면(App Switcher)에서 Scene을 닫을 때 호출됩니다.

iOS 13 이후에는 하나의 앱이 여러 Scene을 가질 수 있으므로,

모든 Scene이 해제되어야 앱이 완전히 종료됩니다.

sceneDidDisconnect(_:)

• 특정 Scene의 연결이 해제될 때 호출됩니다.

application(_:didDiscardSceneSessions:)

• 사용자가 멀티태스킹 화면에서 한 개 이상의 Scene을 종료했을 때 호출됩니다.

applicationWillTerminate(_:)

• 앱이 완전히 종료될 때 호출됩니다.
• 단, 시스템이 강제로 종료할 경우에는 호출되지 않을 수 있습니다.

---

🍎 ViewController 생명주기

 

ViewController는 iOS 앱에서 화면 단위를 담당하는 객체로, 하나의 화면이 메모리에 올라오고 사라지는 과정에서 여러 단계의 생명주기(Lifecycle)를 거칩니다.

이 생명주기는 뷰가 언제 생성되고, 언제 화면에 표시되며, 언제 사라지는지를 구체적으로 알려주기 때문에, 시점에 따라 적절한 작업을 수행하기 위해 반드시 이해해야 하는 개념입니다.

loadView

loadView는 뷰(View)를 메모리에 올리는 시점에 호출되는 메서드입니다.

즉, 뷰 컨트롤러가 자신만의 화면을 구성할 수 있도록 기본 뷰를 교체할 수 있는 유일한 시점입니다.

iOS에서 각 뷰 컨트롤러는 기본적으로 UIView 인스턴스를 소유하고 있습니다.

이 시점에서 loadView를 재정의하면 해당 뷰를 직접 생성하고, 필요한 속성을 설정하여 커스터마이징할 수 있습니다.

보통 코드 기반으로 UI를 구성하는 경우, loadView 안에서 루트 뷰를 직접 초기화합니다.

또한, loadView를 재정의할 때는 다음 사항을 유의해야 합니다.

• super.loadView()를 호출하지 않습니다.
• loadView를 재정의하면 시스템이 기본적으로 수행하던 뷰 생성 로직이 대체되므로, super를 호출할 필요가 없습니다.
• 반드시 self.view에 새로운 루트 뷰를 할당해야 합니다.
• 그렇지 않으면 화면이 표시되지 않습니다.

예를 들어, 다음과 같이 코드로 뷰를 구성할 수 있습니다.

override func loadView() {
    let rootView = UIView()
    rootView.backgroundColor = .white
    self.view = rootView
}

이처럼 loadView는 뷰 컨트롤러의 루트 뷰를 직접 생성하고 교체할 수 있는 메서드이며, 코드 기반 개발 환경에서 주로 활용됩니다.

 

viewDidLoad

viewDidLoad는 뷰가 메모리에 완전히 올라온 직후 호출됩니다.

뷰 컨트롤러의 생명주기에서 한 번만 호출되는 메서드로, 주로 초기 설정과 UI 구성을 담당합니다.

이 시점에는 뷰의 모든 아웃렛이 초기화되어 있으므로, 서브뷰 추가, 데이터 초기화, 네트워크 요청 등의 코드를 작성하기 적합합니다.

일반적으로 setUI(), setLayout(), addTarget()과 같은 초기화 메서드를 따로 정의하고, viewDidLoad에서 호출하는 형태로 관리합니다.

viewWillAppear

viewWillAppear는 뷰가 화면에 나타나기 직전 호출됩니다.

viewDidLoad가 메모리에 한 번만 호출되는 것과 달리, 이 메서드는 뷰가 다시 화면에 표시될 때마다 반복적으로 호출됩니다.

즉, 다른 화면을 보고 돌아왔을 때 최신 상태로 갱신이 필요하다면 이 시점이 적절합니다.

예를 들어, 카카오톡의 채팅방 목록에서 마지막 메시지를 갱신하거나, 예약 앱에서 변경된 좌석 정보를 다시 표시할 때 사용할 수 있습니다.

viewDidAppear

viewDidAppear는 뷰가 실제로 화면에 완전히 표시된 직후 호출됩니다.

이 시점에는 애니메이션이나 타이머, 네트워크 요청 등 화면 표시 이후 실행되어야 하는 로직을 처리합니다.

viewWillDisappear

viewWillDisappear는 뷰가 화면에서 사라지기 직전 호출됩니다.

이 시점에는 애니메이션을 중단하거나, 타이머를 멈추는 등 화면이 사라지기 전 마무리해야 할 작업을 수행합니다.

viewDidDisappear

viewDidDisappear는 뷰가 화면에서 완전히 사라진 직후 호출됩니다.

이때 뷰는 단순히 화면에서 보이지 않게 된 상태이며, 메모리에서 해제된 것은 아닙니다.

즉, 필요 시 다시 메모리에 표시될 수 있습니다.

ViewController 생명주기가 필요한 이유

iOS는 화면 전환 시점마다 내부적으로 특정 생명주기 메서드를 자동으로 호출합니다.

이를 통해 개발자는 화면의 특정 시점에 맞춰 적절한 작업을 제어할 수 있습니다.

예를 들어,

• 화면이 나타나기 전 데이터를 최신화해야 한다면 viewWillAppear,
• 화면이 완전히 표시된 후 애니메이션을 시작하려면 viewDidAppear,
• 화면이 사라질 때 타이머를 종료하려면 viewWillDisappear와 같이
• 상황에 맞는 메서드를 선택하여 코드를 작성할 수 있습니다.

결국 생명주기는 화면의 흐름을 예측하고 제어하기 위한 핵심 개념입니다.

이를 정확히 이해하면 화면 전환, 상태 관리, 메모리 효율화를 보다 안정적으로 구현할 수 있습니다.