在 C# 中，可变类型与不可变类型之间存在哪些关键差异？请从定义、内存行为、线程安全及使用场景等方面进行说明。
考察说明
考查对 C# 中可变与不可变类型概念、特性及适用场景的理解。
回答思路
- 【回答框架 1】可变类型指对象创建后其状态（字段或属性值）可以被修改，例如普通类实例、数组、List<T> 等；不可变类型指对象一旦创建，其状态便无法更改，任何修改操作都会返回新对象，例如 string、System.DateTime、System.Uri 以及使用 init 或 readonly 字段定义的记录（record）等。
- 【回答框架 2】从内存与性能角度看，不可变对象可安全共享，无需防御性拷贝，且天然适合作为哈希键或缓存键；但频繁修改不可变对象（如大量字符串拼接）会产生大量临时对象，增加 GC 压力，此时应使用 StringBuilder 等可变替代方案。
- 【回答框架 3】线程安全方面，不可变类型天然线程安全，因为不存在状态竞争；可变类型则需要通过锁、原子操作或不可变集合等方式来保证并发访问安全。
- 【回答框架 4】使用场景上，不可变类型适合表示值语义、配置数据、DTO、函数式编程风格及需要高并发读的场景；可变类型适合需要频繁原地修改、性能敏感且单线程访问或已做好同步控制的场景。
- 【回答框架 5】在 C# 中，可通过 readonly 字段、仅含 get 的自动属性、init 访问器、record 类型以及返回新实例的方法来设计不可变类型；设计时需注意避免暴露可变引用字段，否则可能破坏不可变性。
- 【关键点 1】不可变类型创建后状态不可变，修改操作返回新实例；可变类型可原地修改。
- 【关键点 2】不可变类型天然线程安全，适合共享与缓存；可变类型需额外同步。
- 【关键点 3】string 是不可变类型，频繁拼接应使用 StringBuilder。
- 【关键点 4】设计不可变类型需隐藏可变引用字段，并考虑使用 readonly、init 或 record。
- 【关键点 5】选择可变或不可变需权衡性能、内存开销与并发需求。
- 【易错点 1】不可变类型若包含可变引用字段（如数组、List），则并非真正不可变，需返回副本或只读视图。
- 【易错点 2】将可变类型误认为不可变，可能导致并发修改问题。
- 【易错点 3】过度使用不可变类型可能造成大量对象分配，影响性能。