为了满足新的需求，接口逻辑不得不进行修改的情况下，有时候会对旧版本产生影响。

这时有如下几个办法来解决：

1.客户端强升

     缺点：用户体验不好，经常强升可能会丢失部分用户。

2.后台不修改旧的接口，而是新增一个接口给客户端调用

     缺点：如果这种需求多会导致接口管理混乱，接口维护过多。

3.后台考虑版本，根据版本号进行返回数据

     缺点：后台接口逻辑增多，客户端版本不断增加时很老的版本判断基本已经不起多大作用了，但是又不能随便改，代码也会冗余后台同事还比较反感这种做法。

基于目前自己工作中遇到的情况总结一下，每一种都有缺点，目前团队也没固定用哪一种方案，当有这种需求的时候出现老版本不兼容客户端无能为力，有时候产品又不希望升级，让后台改他们又不爽 bug 一拖再拖基本上是拖到最后才改，到快上线的时候测试压力就比较大。

不知道大家的团队是怎么解决这个问题的，希望能沟通和指教！