Swift：App启动时UIApplication.shared未初始化却可调用属性？

现象回顾 #

崩溃场景代码 #

@main
struct SomeApp: App {
    init() {
        print(UIApplication.shared) // 崩溃：EXC_BAD_ACCESS (code=1, address=0x0)
    }
    var body: some Scene {
        ...
    }
}

此时App在打印语句处崩溃，表现为UIApplication.shared尚未完成初始化。

正常场景代码 #

@main
struct SomeApp: App {
    init() {
        print(UIApplication.shared.isNetworkActivityIndicatorVisible) // 输出false
    }
    var body: some Scene {
        ...
    }
}

App未崩溃，打印语句输出false。

调试器输出 #

(lldb) po UIApplication.shared
 <uninitialized>
(lldb) po UIApplication.shared.isNetworkActivityIndicatorVisible
false
(lldb) po UIApplication.shared
 <uninitialized>

本质原因 #

1. UIApplication初始化时机滞后 #

SwiftUI中标记@main的App结构体初始化，发生在UIKit启动流程的早期阶段——此时UIApplication单例的内存已被分配，但内部状态、关联对象等核心初始化步骤尚未完成，shared指向的是一个未完全初始化的实例。

2. 直接访问实例崩溃的核心逻辑 #

直接打印UIApplication.shared时，本质是调用了实例的debugDescription或description方法，这些方法需要读取实例内部多个未初始化的状态属性，访问无效内存区域直接触发EXC_BAD_ACCESS错误。

3. 属性访问不崩溃的底层机制 #

像isNetworkActivityIndicatorVisible这类UIApplication属性，大多基于**KVC（键值编码）**实现：

• 布尔类型属性在实例未完全初始化时，KVC会默认返回false；
• 这类属性的getter方法不依赖未初始化的内部核心状态，仅通过KVC默认值逻辑返回结果，避免了访问无效内存。

4. 调试器现象的解释 #

调试器中po UIApplication.shared显示<uninitialized>，是因为LLDB能识别到该实例的初始化流程未完成；但访问属性时，由于属性getter处理了未初始化场景，所以能返回默认值，而实例本身依然处于未完全就绪状态。

解决方案 #

不要在SwiftUI App的init方法中直接访问UIApplication.shared，如果需要操作UIApplication相关逻辑，推荐：

• 使用UIApplicationDelegateAdaptor适配UIApplicationDelegate，在applicationDidFinishLaunching等生命周期方法中处理；
• 在视图的onAppear回调中访问，此时UIApplication已经完成完整初始化。

内容的提问来源于stack exchange，提问作者Michael Long