将API参数从dynamic改为object是否属于破坏性变更？

该修改会破坏现有调用该API的代码，风险极高，主要分为两类场景：

1. 二进制兼容场景（调用方不重新编译，直接替换类库DLL） #

C#编译器处理dynamic类型参数时，会自动在参数上添加[Dynamic]特性标记，原方法的实际签名为：

public void DoSomething([Dynamic] object date)

当你将参数显式改为object类型后，该特性会被移除，方法签名和原有签名不匹配。已编译完成的调用方程序集在运行时会直接抛出MissingMethodException，完全无法调用该API。

2. 调用方重新编译适配的场景 #

就算调用方愿意针对新版本类库重新编译代码，仍然可能出现两类问题：

• 重载解析逻辑变化：原有调用中如果传入了编译时类型为dynamic的参数，整个方法调用的重载解析会在运行时执行，自动匹配参数类型最适配的重载。改为object参数后，重载解析改为编译时执行，会直接绑定到object参数的重载，出现无编译报错的静默逻辑变更。
  示例如下：
  类库原有重载：

  public void DoSomething(dynamic input) { /* 通用逻辑 */ }
  public void DoSomething(DateTime input) { /* 日期专属逻辑 */ }
  

  原有调用代码：

  dynamic input = DateTime.Now;
  DoSomething(input); // 运行时自动匹配DateTime参数的重载
  

  修改为object参数后，同样的代码重新编译后，会直接绑定到object参数的重载，日期专属逻辑永远不会触发。
• 自定义隐式转换失效：如果调用方自定义了某类型到dynamic的隐式转换，原有调用时该转换会自动触发。改为object参数后，自定义类型会直接装箱为object，隐式转换逻辑不会执行，导致运行结果不符合预期。

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