软件迭代是开发者必须面临的问题，现在有一个容易被大家忽略的问题就是API的版本控制。不是所有的用户都热衷于最新的版本的软件，而业务又是多变的。因此当新版本发布时要确保向后兼容，所以就需要API的版本控制。今天就来探讨一下常用的RestfulAPI版本控制。
2.API版本控制RestfulAPI版本控制与业务息息相关，但是目前很多水平一般的产品经理不会考虑这些，没有平稳的过度就容易造成业务动荡，影响品牌形象和用户体验。
主版本一致性策略当业务变动对以往的客户端造成破坏性，无法兼容时，我们应该将此次业务的发布版本作为一个主版本（Major）来发布，否则以一个次要版本(Minor)来发布。
版本示意图客户端应该检验自身主版本号（上图中的1）与服务端主版本的一致性，当不一致时可要求用户升级。这种控制是最简单、最硬核的。但是不是所有的场景都适合这种方式，有时候我们需要支持多版本的客户端并行的情况。
多版本并行多版本并行都要求客户端在请求时携带版本标识，通常有以下几种做法。
在URI中标记版本胖哥在以往文章的教程中多用这种方式，在所有的URI前增加/api/v1，其中1就是版本号，是可迭代的。
在Host中标记版本你也可以通过Host来指定版本，如
转载请注明：http://www.0431gb208.com/sjszjzl/6.html
