SwiftUI中MainActor隔离性验证及ViewModel实现方案咨询

方案一 #

@MainActor
final class SomeViewModel {
    func loadFromService() async {
        do { 
            let dto = try await networkService.theServiceIneedHere()
            //process dto
            //state is a @Published property and observed by a SwiftUI view to update the UI.
            state = .success(viewData)
        } catch {
            state = .failure(someError)
        }
    }
}

问题解答 #

是的，loadFromService会运行在MainActor线程。因为整个SomeViewModel被@MainActor修饰，类内所有属性和方法都自动归属MainActor隔离域。不管调用它的SwiftUI视图有没有标记@MainActor，调用这个方法时，Swift并发机制会自动把执行切换到MainActor上，全程都在主线程上下文里运行。

方案二 #

final class SomeViewModel {
    func loadFromService() async {
        do {
            let dto = try await networkService.theServiceIneedHere()
            await handleServiceSuccess(with:dto)
        } catch {
            await MainActor.run {
                state = .failure(someError)
            }
        }
    }
}

@MainActor
private func handleServiceSuccess(with: DTO) {
    //process dto, update state here
    state = .success(viewData)
}

优劣对比 #

你对方案二的理解是对的：loadFromService的主体逻辑脱离主线程，只有更新UI状态的部分切回MainActor。但它是否优于方案一，得看具体场景：

• 如果DTO处理逻辑耗时（比如复杂的数据解析、模型转换）：方案二更优。耗时操作在非主线程执行，不会阻塞UI，能避免界面卡顿，提升用户体验。
• 如果DTO处理逻辑简单：方案一反而更好。代码更简洁紧凑，不需要额外的MainActor.run或者单独的隔离方法，维护成本更低，而且主线程的轻微负载不会影响UI性能。

另外要注意，要是networkService.theServiceIneedHere()本身已经在后台线程执行（比如多数网络框架默认后台处理），那方案一的await只是等待网络请求完成，不会阻塞主线程；但如果后续DTO处理耗时，方案一的处理过程会在MainActor上执行，这时候就可能导致UI卡顿，这种场景下方案二更合适。

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