C#中何时选用record struct而非struct，反之如何抉择？

先明确record struct和普通struct的核心差异 #

除了你提到的==/!=运算符重载、ToString()重写，record struct还默认提供了这些特性：

• 实现IEquatable<T>接口及对应的Equals(T other)方法，基于成员值做相等判断
• 自动生成GetHashCode()方法，组合所有成员的哈希值
• 支持with表达式，快速创建修改指定成员的实例副本
• 自动生成解构方法，可直接将成员解构到变量中

选择时的关键考量因素 #

1. 值相等语义的需求
   普通struct默认不能直接使用==/!=（编译报错），需要手动重载运算符和实现相等逻辑；如果你的类型需要基于成员值判断相等，record struct的默认实现能省去大量重复代码。

2. 实例副本的创建频率
   若经常需要基于现有实例创建仅修改部分成员的副本，record struct的with表达式会极大提升开发效率——比如var newObj = oldObj with { Name = "NewName" }，普通struct则需要手动复制每个成员。

3. 调试与日志需求
   record struct的ToString()会自动输出所有成员的名称和值，调试或打日志时无需手动拼接；普通struct默认仅输出类型全名，实用性很低。

4. 解构支持的需求
   如果需要快速将结构体成员拆解为变量（比如var (id, name) = myRecordStruct），record struct自动生成解构方法，无需手动编写。

5. 性能与灵活性权衡

   • 极端性能场景：如果你的结构体非常小（比如仅包含2个值类型字段）且被高频调用，手动实现相等性逻辑可能比record struct的自动生成代码略高效，但这种差异在绝大多数业务场景中可忽略。
   • 自定义逻辑需求：如果需要完全自定义相等判断、ToString或其他行为，普通struct更灵活——虽然record struct的默认实现可以被覆盖，但如果大部分逻辑都要重写，用普通struct会更清晰。

不适合用record struct的场景 #

• 纯粹的轻量数据容器：如果你的结构体只是简单的字段组合，不需要相等性、副本、解构等特性，普通struct足够，且无额外的默认实现开销（虽然极小）。
• 需兼容旧代码：如果旧代码依赖普通struct的默认行为（比如ToString输出类型名），替换为record struct可能引发意外问题。
• 高度自定义的行为：如果需要完全掌控相等逻辑、字符串格式化等，普通struct能让你避免不必要的默认实现干扰。

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