场景：近期小L发布app的时候遇到个头疼的事情，由于苹果app store需要审核原因，项目需要部署最新版本，但又不能影响来版本的正常使用；

公司主营业务：成都网站制作、网站设计、移动网站开发等业务。帮助企业客户真正实现互联网宣传，提高企业的竞争能力。创新互联公司是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化，感谢他们对我们的高要求，感谢他们从不同领域给我们带来的挑战，让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联公司推出城东免费做网站回馈大家。

    分析问题：如果是app业务相关的程序bug、或者是预发布版本

    解决方案：配置dubbo多版本

实现相同的接口，只是接口对应的版本不一样从1.0到1.1，按照需求对1.1版本的接口进行实现，这样发布时，新老接口就会并存，如果需要强制更新审核通过之后会将老版本（1.0版本代码去掉）停掉运行新版本，如果不需强制更新，那么就可以新老版本并存

客户端调用，小L用的是dubbox 所以不同的版本配置不同的路径即可

        http://127.0.0.1:80/a//xxx/v1(老)
	@GET
	@Path("/xxx/v1")
	public ApiResult xxx(@QueryParam("code") String resourceCode）
	
	 http://127.0.0.1:80/a//xxx/v2（新）
	@GET
	@Path("/xxx/v2")
	public ApiResult xxx(@QueryParam("code") String resourceCode）

如果是数据结构发生变化的话小L不建议使用该方式

这样的情况需要具体问题具体定解决方案，可以分开部署，可以做预发布环境,部署1个具有新表结构和对象的测试数据库（预发布环境）。

对于改动较大的，产品新增了重量级新功能的，业务层面或者底层表结构上都不兼容的，建议是要做强制升级的。

注：接口的实现方法 按照接口版本定；接口新加的方法写在V1版本中，如果V1版本中的某个方法参数条件变化了，那么把新的实现写在V2版本里面，V1版本的实现保留

本文题目：APP多版本发布之dubbox服务端配置
文章地址：http://azwzsj.com/article/ijcjjo.html