结构体静态方法vs类静态方法：工具函数封装选型及差异咨询

嘿，我来帮你梳理下结构体（Struct）和类（Class）除了你已经了解的值类型vs引用类型、栈vs堆分配之外的核心差异，再聊聊哪种类型更适合封装工具函数～

• 继承与多态能力：类支持类继承，你可以子类化现有类并覆写方法，还能利用多态实现动态行为；而结构体是值类型，不支持类继承（仅能遵循协议），也没有多态的动态派发特性。
• 方法派发机制：类的方法默认是动态派发（除非标记为final），运行时才会确定具体调用的方法；结构体的静态方法默认是静态派发，编译阶段就确定了调用路径——这也是你看到反汇编里结构体方法指令更简洁的关键原因，没有额外的动态派发相关操作。
• 析构函数支持：类可以定义deinit析构函数，在实例被销毁前执行资源清理逻辑；结构体没有析构函数，因为值类型的生命周期由作用域自动管理，无需额外清理。
• 内存管理方式：类实例依赖ARC（自动引用计数）管理堆内存；结构体作为值类型，实例通常在栈上分配，传递时会进行值拷贝，完全不需要引用计数的额外开销。
• 可变行为约束：结构体的实例方法默认无法修改自身属性，必须标记为mutating才能修改；类的实例方法默认就可以修改属性，因为类实例是引用类型，修改的是同一个对象的内容。
• 身份标识判断：类实例可以用===运算符判断是否为同一个引用；结构体是值类型，===的效果和==一致（除非自定义Equatable实现），值相等即视为相等，没有独立的身份概念。

对于纯工具函数（无状态、仅提供静态功能的函数）来说，结构体是更优的选择，原因如下：

• 性能更高效：静态派发的机制让结构体的静态方法编译时就确定调用路径，没有动态派发的额外开销，从你的反汇编代码也能看到，结构体方法的指令更简洁，执行速度更快。
• 内存开销更低：结构体不需要引用计数管理，也不会在堆上分配内存，完全没有额外的内存负担。
• 语义更清晰：工具函数不需要实例化，也不需要存储状态，结构体作为值类型本身就没有实例状态的概念，用它封装静态工具方法，语义上更贴合——不会让使用者误以为需要创建实例才能调用方法。
• 避免不必要的复杂度：类支持继承，如果用类封装工具函数，可能会被意外子类化，引入不必要的复杂度；结构体不支持类继承，从根源上避免了这种风险。

当然，如果你的工具函数需要依赖共享状态（极少出现的场景），或者必须利用类的动态特性，那类可能更合适，但绝大多数纯工具函数的场景，结构体都是最佳选择。

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