Swift 6异步await开发疑问：是否必须让模型与协议实现Sendable？

作为熟悉C# async/await的开发者，你会发现Swift的并发模型在安全校验上更偏向编译时保障，Sendable就是核心的并发安全标记，类似C#中对线程安全类型的要求，但机制更严谨。下面针对你的疑问逐一解答：

为什么会出现这个编译错误？ #

Swift 5.7引入的并发安全检查机制，要求跨执行上下文（Actor/线程）传递的类型必须符合Sendable协议，以此保证线程安全。你的代码中：

• AvailableTimeViewModel标记了@MainActor，属于主Actor隔离域
• IProviderService.getAvailableAppointments()是非隔离的异步方法，返回的Availability需要从后台上下文传递到Main Actor
• 因为Availability和IProviderService未显式/隐式符合Sendable，编译器触发了安全检查错误

疑问1：是否所有异步提供数据的领域模型和协议都必须实现Sendable？ #

不是绝对，但在现代Swift并发模型下，绝大多数场景需要，原因如下：

• 异步函数的返回值、参数本质上会在不同执行上下文间传递，Sendable是Swift验证这类值线程安全的核心标记
• 对于值类型（比如你的Availability struct）：如果所有存储属性都是Sendable（Date和[Date]都是Sendable），编译器会自动推断并合成Sendable一致性，不需要显式声明。你之前显式加Sendable可能是因为项目开启了Strict Concurrency Checking（严格并发检查），编译器要求显式标记以明确意图
• 对于协议（比如IProviderService）：如果协议实例会跨Actor传递，或者协议包含异步方法，需要标记为Sendable，确保协议的所有实现都符合并发安全要求

疑问2：有没有更优的处理方式？ #

有几种更贴合Swift并发设计的优化方向：

1. 利用自动推断，减少显式声明
   对于值类型，只要成员都是Sendable，直接去掉显式的Sendable声明即可，编译器会自动处理。比如你的Availability可以保持原代码，无需加Sendable，只要确保项目的并发检查级别不是极致严格（如果是Strict模式，也可以显式声明，但不是必须）
2. 明确隔离域，减少跨上下文传递
   如果你的IProviderService实现是专门处理后台任务的，可以给协议或其实现标记后台Actor隔离：

   // 自定义后台Actor
   actor BackgroundActor {}
   
   @BackgroundActor
   public protocol IProviderService: Sendable {
       func getAvailableAppointments() async throws -> Availability
   }
   
   // 实现类
   @BackgroundActor
   public class ProviderServiceImpl: IProviderService {
       func getAvailableAppointments() async throws -> Availability {
           // 后台执行耗时操作
           return Availability(availableDates: [Date()])
       }
   }
   

   这样可以明确执行上下文，减少跨Actor传递时的安全检查复杂度
3. 避免不必要的Actor跨域
   如果你的ViewModel不需要在MainActor做所有操作，可以把数据获取的逻辑放在非隔离域，只在更新UI时切换到MainActor：

   @Observable
   public class AvailableTimeViewModel {
       private let DIContainer: DIContainer
       public var availability: Availability = Availability(availableDates: [])
   
       public init(DIContainer: DIContainer) {
           self.DIContainer = DIContainer
       }
   
       public func getAvailableAppointments() async {
           do {
               let result = try await DIContainer.IProviderService.getAvailableAppointments()
               // 仅更新UI时切换到MainActor
               await MainActor.run {
                   self.availability = result
               }
           } catch {
               print("Failed to fetch availability: \(error)")
           }
       }
   }
   

疑问3：相关最佳实践 #

• 开启严格并发检查：在Xcode的Build Settings中，把Strict Concurrency Checking设置为Strict，开发阶段提前发现并发安全问题，避免运行时崩溃
• 区分值类型与引用类型的Sendable处理：值类型（struct/enum）优先依赖编译器自动推断Sendable，仅在必要时显式声明；引用类型（class）必须显式声明Sendable，同时确保内部状态是线程安全的（比如用Actor包装状态，或者用NSLock等同步机制）
• 合理划分Actor隔离域：UI相关逻辑放在@MainActor，耗时操作（网络、数据库、文件IO）放在自定义后台Actor，避免阻塞主线程
• 协议的Sendable标记原则：如果协议的实例会在多个Actor间传递，或者协议包含异步方法，必须标记为Sendable，强制所有实现符合并发安全要求
• 避免隐式跨上下文传递：调用异步方法时，明确当前执行上下文，必要时用Task { @MainActor in ... }或await MainActor.run显式切换，不要依赖编译器的隐式推断

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