实现NSSecureCoding的类需在共享框架才能用于XPC？Swift实践疑问

你的猜测完全正确，这确实是由XPC底层的安全校验机制导致的问题，下面给你拆解具体原因和相关细节：

核心原因：类的运行时标识校验 #

XPC在传递遵循NSSecureCoding的对象时，会严格校验类的唯一运行时标识符。这个标识符不是单纯的类名，而是和类所在的二进制包（主App、XPC服务、静态库/动态库）绑定的：

• 如果你把同一个Foo类分别嵌入主App和XPC服务两个目标，哪怕代码完全一致，它们在运行时会被视为两个毫无关联的类——因为各自属于不同的二进制文件，生成的类标识符完全不匹配。这时XPC解码时会判定对象不符合安全要求，直接返回4097错误（对应XPC_ERROR_INVALID_OBJECT，本质就是对象校验失败）。
• 静态库的情况同理：静态库的代码会被编译进每个目标的二进制包，主App和XPC服务里的Foo类还是各自独立的，自然也过不了校验。

为什么共享动态框架能解决问题 #

当你把Foo类放在共享动态框架中时，主App和XPC服务都会加载同一个框架二进制文件，Foo类的运行时标识符是全局统一的。XPC的安全校验会识别到两端的类是同一个，就能正常完成对象的编码和解码流程。

额外补充的替代方案（不推荐） #

如果你不想用共享框架，也可以尝试通过显式指定类名的方式绕过校验：

• 在编码和解码时，使用NSKeyedArchiver.setClassName(_:forClass:)和NSKeyedUnarchiver.setClass(_:forClassName:)方法，强制两端使用同一个类名标识。
  不过这种方式维护成本很高，一旦类的结构、继承关系发生变化，很容易出现解码失败的问题，官方更推荐使用共享动态框架的标准方案。

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