选
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<object></object>） 默认构造函数不能重写，字段必须全部初始化（C# 10+ 支持
parameterless constructor，但仍有约束）
一个实用判断流程
写新类型前，快速问自己：
它的实例通常有多大？（字段总大小 它代表一个“值”还是一个“东西”？（Money是值，
BankAccount是东西） 会不会需要子类化或依赖多态？ 有没有非托管资源要释放？（struct 不支持析构函数，
IDisposable实现也受限） 团队是否容易理解并正确使用它的值语义？（误用常源于认知偏差）
基本上就这些。不复杂，但容易忽略。
