Swift 6严格并发场景下，跨模块简单结构体为何被测试判定为Main Actor隔离？

嘿，这个问题我之前踩过坑！刚好研究过Swift 6 strict concurrency的默认隔离规则，给你拆解清楚：

问题的核心：模块类型决定默认Actor隔离规则 #

你碰到的情况本质是Swift 6对不同类型模块的默认Actor隔离策略不一样，具体来说：

• 主应用/框架模块（比如你的WhatTheSwift主模块）：Swift 6默认把这类模块的所有顶层类型（包括你的Thing结构体）隐式标记为@MainActor隔离。
• 测试模块：这类“辅助性模块”的默认隔离是nonisolated，所以你在测试模块里直接定义的Thing会继承这个规则，测试代码能正常访问它的属性。

为什么移到主模块就报错？ #

当你把Thing移到主模块后，它就自动继承了主模块的@MainActor默认隔离——哪怕它只是个存只读字符串的简单结构体，编译器也会把它的所有属性（包括foo）都隐式绑定到MainActor上下文。
而你的测试函数是普通的async throws函数，默认运行在nonisolated上下文里，这就出现了“非MainActor上下文访问MainActor隔离属性”的冲突，所以编译器抛出了那个错误。

你发现的两种解决方法背后的逻辑 #

• 给测试加@MainActor：相当于把测试函数的执行上下文切换到MainActor中，和Thing的隔离上下文匹配，自然就能正常访问foo属性了。
• 给主模块设置SWIFT_DEFAULT_ACTOR_ISOLATION = nonisolated：直接修改了主模块的默认隔离规则，Thing不再被隐式标记为MainActor隔离，测试的nonisolated上下文就能直接访问它。

额外的小建议 #

如果你的主模块里只有部分类型不需要MainActor隔离，没必要全局修改模块默认规则，直接给单个类型显式加上@nonisolated标记会更精准，不会影响其他需要MainActor隔离的代码。

内容来源于stack exchange