Swift 提示 Main actor-isolated initializer：让创建位置与 UI 隔离一致

给界面模型加上 @MainActor 后，原本普通的一行初始化可能变成编译错误：

Call to main actor-isolated initializer 'init()' in a synchronous nonisolated context

这个诊断表示调用位置没有主 actor 隔离保证，却同步调用了主 actor 上的初始化方法。它不等于“初始化方法内部一定有耗时任务”，也不能靠给类加 @unchecked Sendable 解决。

以下处理适用于 Swift 并发检查开启后的 iOS 工程，包括 Swift 5 语言模式下的严格并发检查和 Swift 6 语言模式。诊断级别与隔离推断会随编译器、SDK、语言模式及默认 actor 隔离设置变化，排查时应记录这些条件，不能只看手机系统版本。

先找出谁需要主 actor

下面是独立示例。假设自由函数没有被默认隔离到主 actor，makeModel() 的同步调用就缺少隔离保证：

@MainActor
final class ScreenModel {
    var title = "待加载"

    init() {}
}

func makeModel() -> ScreenModel {
    ScreenModel() // 非隔离的同步调用位置
}

如果模型保存界面状态、调用 UI API，保留它的 @MainActor，继续检查创建它的函数或类型。若创建方本来就属于 UI 层，直接声明一致的隔离：

@MainActor
func makeModel() -> ScreenModel {
    ScreenModel()
}

编译器会继续检查上游调用者：调用方若来自其他隔离域，就必须提供异步边界。

SwiftUI 属性初始化报错时，检查整个 View 的隔离

使用 Observation 的 iOS 17 及以上应用，可以把模型与持有它的视图明确放在主 actor。以下示例的初始化仅设置轻量状态，不在初始化里请求网络或启动长期任务：

import SwiftUI
import Observation

@MainActor
@Observable
final class ScreenModel {
    var title = "待加载"

    init() {}
}

@MainActor
struct ScreenView: View {
    @State private var model = ScreenModel()

    var body: some View {
        Text(model.title)
    }
}

较新的 SwiftUI SDK 已为 View 协议提供主 actor 隔离；在类型原始声明中遵循协议时，类型通常会继承这一隔离。旧 SDK 的推断范围不同，在 extension 中声明遵循关系等写法也会影响结果。显式标注能表达这个视图的设计要求，但不要据此把整个项目的所有类型都放到主 actor。

仅提高 deployment target 不会替代码补上缺失的编译期隔离。应在 Xcode 中查看当前 SDK 的协议声明、报错位置和相关构造函数签名。预览、测试、工厂方法也属于调用方，不能只修实际页面里的那一处。

创建方确实来自其他隔离域时，用可等待的调用

如果调用者本来就在异步流程中，允许它等待主 actor 上的初始化：

func makeModelFromAnotherContext() async -> ScreenModel {
    await ScreenModel()
}

ScreenModel.init() 本身不必写成 async。这里的 await 用于跨 actor 调用；处于同一主 actor 的代码仍可同步创建对象。

对于短小的界面状态更新，异步调用方也可以明确等待主 actor 执行完成：

func applyTitle(
    _ title: String,
    to model: ScreenModel
) async {
    await MainActor.run {
        model.title = title
    }
}

示例传入的是 String 和受主 actor 隔离保护的模型。实际工程若跨边界传递其他可变引用，还需要单独核对其隔离及 Sendable 条件。

同步回调若允许稍后更新 UI，可以创建 Task { @MainActor in ... }。但这个任务不会让当前同步函数等待更新完成。需要在回调返回前完成的布局、返回值计算或生命周期操作，不能随意换成异步任务；优先修正 API 的隔离契约，或在确有框架保证时采用经过核实的桥接方案。

不要用这些改动替代隔离设计

nonisolated init 只适合初始化过程确实不需要访问受隔离状态或调用受隔离方法的设计，不能把依赖 UI API 的初始化强行搬出去。编译器允许的非隔离初始化规则也不代表后续属性访问可以绕过主 actor。

Task.detached 不继承当前 actor 隔离，不是“切回主线程”的写法。MainActor.assumeIsolated 也不会调度到主 actor；它假定已经位于正确执行器，假定不成立会终止执行。普通的跨域 UI 更新应使用明确的隔离声明或可等待调用。

修复后，保持严格并发检查，重新构建应用和相关测试目标。检查模型创建、属性读写及预览入口都没有新的隔离诊断，再观察真实界面更新顺序。编译通过解决的是编译器可检查的隔离问题，任务取消、更新时机和耗时同步工作仍需要按功能核验。