昨天踩了一个坑。默认参数 + 增量发布的坑。
过程是这样的。
1. 有一个底层的方法，格式形如
void Test<T>(int p1, string p2, Func<T> p3){}
代码所在的项目的程序集名称假设为 A.dll
2. 引用这个方法的代码有多处，大部分分布在两个项目里面，对应的项目的程序集假设为B.dll和C.dll
3. 处于优化和解决bug的考虑，扩展了上述底层方法，改为：
void Test<T>(int p1, string p2, Func<T> p3, Func<T, bool> p4 = null){}
增加了第四个有默认值得参数。
这里提一下自己的理解误区：我一直以为上面的写法是等于：
void Test<T>(int p1, string p2, Func<T> p3){}
+
void Test<T>(int p1, string p2, Func<T> p3, Func<T, bool> p4){}
4. 改完了底层的那个方法后，重新编译获得A.dll，和相应调用了四个参数方法的代码所在的B.dll
5. 增量发布A.dll和B.dll。
...
6. 线上报错，异常信息提示源头为C.dll，异常明细是Method not found '!!0 Test(Int64, System.String, System.Func`1)'
7. 一脸懵逼 + 二脸懵逼 + 。。。 + 关它么事？？？
8. 差点准备回滚覆盖了。同事提醒，既然说它有问题，就更新它呗。依言照办，线上恢复。
轮到我百思不得其解了，为什么C.dll找不到这个方法呢？A里面不在呢吗？
后来我用反射工具查看了两个C.dll里面的代码。如下：
原始代码：
A.dll改之前，通过反编译看到的此处代码：
A.dll改成带默认参数之后：
重点在后面的那个null值。
也就是说，将函数Test后面追加了一个带默认值的参数后，相应原来调用时没有传第四个参数的地方，本质上是传了参数的，参数值为默认值。而函数的默认参数则像是一种语法糖，替程序员节省了输入null值的步骤，但是编译后的代码中，确实有的。
所以在上面的情况中，增量发布时，必须一起更新C.dll。否则，旧的DLL文件无法调用新的A.dll中的函数了。
补充一个。A.dll的反射获得的信息：
由上面这个图可以清晰的看到，这个函数，只有一个四个传参的定义，没有三个传参的重载。
相关阅读：
https://www.cnblogs.com/gdouzz/p/6889163.html