SwiftUI中View内实例化StateObject为何比顶级App中性能更优？

我观察到StateObject实例化位置不同会导致明显的性能差异：

• 当顶级View持有StateObject时，应用主线程占用率降低约5%，部分设备CPU占用率可降低10-15%；
• 而在SwiftUI的App结构体中实例化该对象时，性能表现更差。

我的StateObject内部定义了每帧执行回调的CADisplayLink，这是主要的计算消耗点。

性能更优的写法： #

@main
struct MyApp: App {    
    var body: some Scene {
        WindowGroup {
            MyView()
        }
    }
}

struct MyView: View {
    @StateObject var someStateObject = SomeStateObject()

    var body: some View {
        Text("Hello World")
    }
}

性能较差的写法： #

@main
struct MyApp: App {
    @StateObject var someStateObject = SomeStateObject()
    
    var body: some Scene {
        WindowGroup {
            MyView()
        }
    }
}

struct MyView: View {
    var body: some View {
        Text("Hello World")
    }
}

请问SwiftUI的App是否存在导致该性能差异的特性？

这个性能差异确实和SwiftUI中App与View的生命周期、运行机制差异直接相关，核心原因有两点：

1. 生命周期与资源活跃性绑定不同
   SwiftUI的App实例是全局存活的——只要应用进程未终止，App结构体持有的StateObject就会持续运行。而顶级View的StateObject会绑定到视图的生命周期：当视图被从视图层级移除（比如App进入后台时场景被销毁），对应的StateObject关联的资源（如CADisplayLink）可能被系统自动暂停。

   你的StateObject依赖CADisplayLink执行每帧回调，若在App中持有，即便App进入后台、视图不在前台，CADisplayLink仍会持续触发回调，持续占用CPU；而绑定到View时，视图不可见期间CADisplayLink会暂停，减少无意义的计算消耗。

2. SwiftUI内部调度逻辑的差异
   App的body更新触发时机更宽泛（比如场景切换、系统设置变更等全局事件），每次更新时，SwiftUI对App级StateObject的关联任务会产生额外调度开销。而View级StateObject仅和视图自身的更新周期绑定，调度逻辑更聚焦，额外开销更少。

另外需要注意：CADisplayLink默认运行在主线程，每帧回调本身就会占用主线程资源。绑定到全局存活的App级对象时，没有任何自动暂停的时机，导致CPU持续高负载；而绑定到View级对象时，SwiftUI的生命周期管理可以间接控制CADisplayLink的启停，从而降低CPU占用。

内容的提问来源于stack exchange，提问作者Elliot Boschwitz