为何将C#属性的init访问器改为set属于二进制破坏性变更？

你举的对象初始化器例子确实能正常运行，但破坏性变更的判断不止看表面的编译通过与否，核心在于原有代码依赖的语义契约被打破，以及二进制层面的元数据兼容性问题：

• 语义兼容性破坏：
  init访问器的核心是保证属性仅能在对象初始化阶段赋值，一旦对象创建完成就无法修改。如果原有代码依赖了这个不可变性语义——比如缓存属性值、基于属性不变做的断言、或者逻辑上认为对象状态稳定——当改成set后，任何地方都能修改该属性值，这些代码的行为就会完全偏离预期。
  举个实际例子：

  // 原有针对init属性写的代码
  void Calculate(Test t)
  {
      var initialA = t.A;
      // 执行一些耗时操作
      Thread.Sleep(1000);
      // 因为t.A是init，所以断言肯定成立
      Debug.Assert(t.A == initialA);
  }
  

  当t.A改成set后，耗时操作期间可能有其他代码修改t.A，导致断言失败，直接破坏原有逻辑。

• 二进制元数据兼容性问题：
  init和set在IL（中间语言）层面的元数据标记不同，init会带有IsInitOnly特性。如果原有程序集是针对带init的类编译的，有些依赖元数据的工具（比如序列化框架、反射工具、代码分析工具）可能会因为标记变化而出现异常行为，或者无法正确识别属性的赋值规则。

另外，还有一种容易忽略的场景：如果你的类被用作只读结构体的属性，或者配合readonly修饰符使用时，init改set会直接导致编译错误——不过这属于更特殊的情况，但也属于破坏性变更的范畴。

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