UIApplication Life Cycle
앱이 포그라운드 또는 백그라운드에 있을 때 시스템 알림에 응답하고 기타 중요한 시스템 관련 이벤트를 처리한다.
앱의 현재 상태에 따라 언제든지 할 수 있는 것과 할 수 없는 것이 결정됩니다. 예를 들어 포그라운드 앱은 사용자의 주의를 끌기 때문에 CPU를 포함한 시스템 리소스보다 우선합니다. 대조적으로, 백그라운드 앱은 가능한 한 적은 작업을 수행해야 하며, 가급적이면 화면 밖에 있기 때문에 아무 것도 하지 않는 것이 좋습니다. 앱이 상태에서 상태로 변경되면 그에 따라 동작을 조정해야 합니다.
앱의 상태가 변경되면 UIKit은 적절한 대리자 객체의 메서드를 호출하여 알려줍니다.
1.UISceneDelegate 를 사용하는 경우
1.2 UIApplicationDelegate 를사용 하는 경우
- Not running
- Inactive
- Active
- Background
- Suspended
2. The Main Run Loop
앱의 메인 런 루프 는 모든 사용자 관련 이벤트를 처리한다. UIApplication Timer와 View 기반 인터페이스에 이벤트와 핸들 업데이트를 처리하는 데 사용의 메인 실행 루프까지 개체를 설정한다. 메인 스레드에서 실행된다. 유저 터치 이벤트를 수신된 순서대로 순차적으로 처리한다.
이벤트는 앱에 의해 내부적으로 대기되고 실행을 위해 하나씩 Main Run Loop 에 전달된다. UIApplication 은 이벤트를 수신하고 수행해야하는 항목에 대한 결정을 할 수있는 첫 번째 object 이다. 이후 터치가 발생한 뷰로 이벤트를 전달한다.
3. Execution States for Apps
3.1 Not running
앱이 실행 되지 않았거나, 실행 중이었지나 시스템에 의해 종료 상태이다.
func applicationWillTerminate(_ application: UIApplication) {
}
3.2 Foreground
3.2.1 Inactive
Foreground에서 실행 중이지만 현재 이벤트를 수신하고 불가 상태. 일반적으로 다른 상태로 전환될 때 이 상태에 잠시 동안 유지된다.
// Active -> Inactive
func applicationWillResignActive(_ application: UIApplication) {
}
3.2.2 Active
Foreground 실행 중이며 이벤트를 수신하고 있는 상태이다.
func applicationDidBecomeActive(_ application: UIApplication) {
}
3.3 Background
Background 있고 코드를 실행 중 상태. 대부분의 앱은 일시 중단되는 도중 잠시 이 상태에 들어갑니다. 그러나 추가 실행 시간을 요청하는 앱은 일정 시간 동안 이 상태를 유지할 수 있다. 또한 백그라운드로 직접 실행되는 앱은 비활성 상태가 아닌 이 상태가 된다.
// Foreground -> Background
func applicationDidEnterBackground(_ application: UIApplication) {
}
// Background -> Foreground
func applicationWillEnterForeground(_ application: UIApplication) {
}
3.4 Suspended
Background 있고 코드 미 실행 상태. 시스템은 앱을 자동으로 이 상태로 이동하고 앱에 알려주지 않는다. 메모리 부족 상태가 발생하면 시스템은 Foreground 앱을 위한 더 많은 공간을 확보하기 위해 예고 없이 Suspended 된 앱을 종료할 수 있다.
4. The lunch cycle
4.1 Launching an app into the foreground
4.2 Launching an app into the background
4.3 Moving from the foreground to the background
댓글남기기