@HangoX
@incompatible

这类问题不可能完全解决，总归会有漏掉的地方，如果是一次性开发完就不在更新的产品，自然是把所有出问题的地方都解决了即可。

但是在大型的不断集成新功能的产品，app 有了十几个版本，每个版本的接口都会一直运行，老版本的接口在当时的需求设计下是没有问题的，但是后续需求变动，导致老版的接口出现异常，然后 app 就会出现闪退的情况。还有团队里面会有快速的需求迭代，以及临时的 bug 修复提交代码到线上，这些都有可能造成异常问题。

代码 review 解决的还是一个有序的问题，但实际情况下不会有时间给每个接口做足够的检查，有 review 的时间还不如让开发自己写接口测试。大型项目里面还存在大量接口转发的问题，例如我的功能里面部分页面已经有其他人现成的接口写好了，我不过是调用对方生成好的数据返回给客户端，这种情况下，天知道对方的代码有没有类型错误的问题，最简单的方案就是直接全部转成 string 来解决。

最终大家偏向全部 string 方案的原因还是类型错误的这个问题太低级了，但是又很难杜绝，但是出现的闪退问题却又是测试里面被认定为最严重类型的问题，多搞几次这类错误，团队里面谁都扛不住压力，大家只能放弃理论最优方案，转而使用比较 dirty 的方案。