Swift Concurrency：如何在类中将任务移出主Actor？

结论 #

在类里给方法标记nonisolated是完全合法且合理的，你的解决思路没问题。

为什么加nonisolated能解决卡顿 #

• UIKit的类（比如你的ListViewCell继承自UICollectionViewListCell）默认绑定到MainActor，也就是说类里的所有方法默认都会在主线程执行。
• 你的getArtwork包含磁盘读文件（Data(contentsOf:)）和图片裁剪绘制这些耗时操作，之前在主线程执行直接阻塞UI，导致CollectionView滚动卡顿。
• 标记为nonisolated后，该方法不再绑定MainActor上下文，调用时会自动在后台并发队列执行，不会占用主线程资源，卡顿问题自然解决。

类里用nonisolated的常见场景 #

虽然你看到的示例多在Actor中使用，但类里使用nonisolated的场景同样普遍：

• 当类的方法需要执行耗时的非UI操作（如文件读写、数据计算），且不需要访问类中受Actor隔离的状态时，适合标记为nonisolated。
• 注意不要在nonisolated方法内直接操作UI控件，你代码里通过await MainActor.run更新缓存的做法是正确的——因为imageCache属于主线程的类实例状态，必须在主线程操作。

对当前代码的小优化建议 #

1. 替换同步文件读取为异步API
   Data(contentsOf:)是同步磁盘IO操作，即使在后台线程也会占用线程资源，换成异步版本能更高效利用系统并发资源：

   let data = try await Data(contentsOf: url)
   

2. 确保图片处理的线程安全
   UIGraphicsImageRenderer在后台线程使用是安全的，要保证所有图片裁剪、绘制操作都在nonisolated方法内完成，避免跨线程操作UIImage实例。

3. 缓存操作的线程安全保障
   你现在在MainActor.run中更新NSCache是正确的，因为NSCache并非线程安全，必须在主线程（类的Actor上下文）中操作。

总结 #

你通过nonisolated将耗时操作移出主线程的做法非常正确，在类中使用这个关键字完全符合Swift并发模型的设计意图，无需担心合理性。

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