Swift中final class与struct性能对比及适用场景示例咨询

首先明确：性能层面，final class的静态调度和struct默认的静态调度差距极小，Apple推荐优先用struct的核心原因是值语义的安全性，而非单纯性能。所以选择final class的场景，更多是基于语义需求或类专属特性，而非性能优势。以下是几个典型场景：

1. 需要引用语义且明确禁止继承的共享状态类 #

当你需要一个对象被多个模块共享、修改同一份状态时，值类型的struct会因为拷贝导致状态不一致，这时候必须用引用类型的class。如果明确这个类不需要被继承（避免子类重写方法破坏核心逻辑），就用final class。
比如：

• 全局网络缓存管理器final class NetworkCache：多个业务模块需要读写同一份缓存数据，用final class可以保证只有一个实例，同时禁止继承防止意外修改缓存逻辑。
• 用户会话管理器final class UserSession：存储登录态、token等全局状态，需要在整个App中保持唯一实例，且不希望被继承扩展导致状态篡改。

2. 必须使用类专属特性的场景 #

有些特性是struct无法实现的，只能用class，此时如果不需要继承就用final class：

• 需要deinit做资源清理：struct没有析构函数，而class的deinit可以在对象销毁时执行资源释放逻辑，比如关闭文件句柄、断开网络连接、取消定时器等。比如final class FileStreamHandler，持有文件描述符，需要在deinit中主动关闭避免资源泄漏。
• 兼容Objective-C类体系：如果需要和某些Objective-C框架交互，或者遵守仅类能实现的协议（比如NSObjectProtocol相关协议），必须用class，此时若不需要继承就标记为final。
• 使用弱引用（weak）避免循环引用：struct作为值类型，无法被弱引用，如果你需要在某个对象中用weak引用另一个实例来避免循环引用，只能用class。比如final class Presenter中用weak var view: ViewProtocol?来避免和View的循环引用。

3. 重构现有类架构时的选择 #

如果你的项目中已有一个普通class，它的核心逻辑稳定，且从未被继承过，为了避免后续开发者意外继承导致的逻辑问题，可以将其改为final class。同时这个类本身依赖引用语义（比如共享状态），不适合改成struct，这时候final class就是最优选择。

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