app版本控制的几种方式

是否需要做版本控制？

• 出入参保持不变，迭代对app无感知，不需要版本控制
• 如果对比之前新增或者减少了参数，但是可以通过给默认值或者兼容零值的方式兼容老逻辑，不需要版本控制
• 其他情况需要进行版本控制

版本控制的几个方案

灰度部署，通过nginx分发

需要服务器机器支持灰度部署，比如目前服务器有两套，一套做灰度一套新版本。在请求的时候带上app版本号，通过nginx控制分发到灰度还是新版本。

优点：可以通过监控灰度流量知道还有多少用户没有升级app，当灰度的流量降低到一定程度时可以将灰度机器也更新成新的代码。无论是前端还是后端都对代码迭代无感知。
缺点：需要硬件服务器的支持。版本迭代很快的时候不适用。

在url中使用版本编号，通过拦截器分发

比如login接口，1.0版本url可以设置为
https://xxx.xxx/lv1/login/xxx
2.0版本url设置为
https://xxx.xxx/lv2/login/xxx

在处理路由的时候分开处理。

在请求参数中使用版本号

在请求参数中新增版本号参数，比如携带在header或者请求参数中，服务端拿到版本号参数之后对版本进行判断，然后走不通的处理逻辑。比如:

if (version > "1.6.1") {
	//xxxxx
} else {
	//xxxxx
}

这个会导致代码很乱，各个版本的逻辑混杂。当更新频率很高的时候，代码中会出现很多地方进行版本判断，整体很杂乱。