优先用struct当数据小而简单、需值语义；否则用class。struct适合小（≤16字节）、不可变、无继承需求的值类型；class支持继承、多态、资源管理，更安全灵活。
选 struct 还是 class，核心看两点：数据是否小而简单、是否需要值语义。小、不可变、逻辑上像基本类型（比如坐标、颜色、金额）——优先用 struct；其余绝大多数场景，用 class 更安全、更灵活。
struct 适合这些情况
它本质是值类型，分配在栈上（小对象时），复制是整块拷贝，语义上“等于内容相同”。适合：
- 数据量小（一般建议 ≤ 16 字节，如
Point、DateTime、Guid） - 逻辑上不可变（推荐只读字段 + init-only 属性，避免意外修改）
- 不需要继承、多态或复杂生命周期管理
- 高频创建/销毁且对性能敏感（如数学计算中的向量、矩阵）
⚠️ 注意：如果 struct 成员包含引用类型（如 string 或集合），它仍是值类型，但拷贝时只复制引用，底层对象仍共享——这不是“深拷贝”，别误以为安全隔离了所有数据。
class 是默认且更稳妥的选择
它是引用类型，分配在堆上，变量存的是引用。天然支持继承、虚方法、接口实现、析构逻辑等。适合：
- 数据较复杂或体积较大（避免栈溢出和无谓拷贝）
- 需要多态行为（如不同形状的
Draw()实现） - 对象需被多个地方共享并协同修改（如订单、用户会话）
- 需要懒加载、事件、资源管理（
IDisposable）等高级能力
即使你定义了一个“看起来很轻”的 class，只要它未来可能扩展功能，也比后期把 struct 改成 class 安全得多——因为 struct 的值语义一旦暴露给外部，改 class 会破坏行为（比如传参从拷贝变成传引用）。
容易踩坑的细节
不是所有“小”都该用 struct。比如：
-
struct赋值、传参、返回都会触发完整拷贝——如果内部有 100 个字段，性能反而差 -
struct继承自System.ValueType，但不能显式继承其他类型，也不能作为基类被继承 - 装箱（boxing）会让 struct 上堆，一次装箱就失去值类型优势，还可能引发 GC 压力（如循环中把 struct 加入
List） - 默认构造函数不能重写，字段必须全部初始化（C# 10+ 支持
parameterless constructor，但仍有约束）
一个实用判断流程
写新类型前，快速问自己：
- 它的实例通常有多大？（字段总大小
- 它代表一个“值”还是一个“东西”？（
Money是值，BankAccount是东西） - 会不会需要子类化或依赖多态？
- 有没有非托管资源要释放？（struct 不支持析构函数，
IDisposable实现也受限） - 团队是否容易理解并正确使用它的值语义？（误用常源于认知偏差）
基本上就这些。不复杂，但容易忽略。
