1.背景
普通应用发布，tomcat停止服务，备份以及删除原应用war包以及解压文件，上传最新的应用war包，启动服务。
（1）发布时间长，效率低
如果是一些核心应用，需要分批次去处理，先停止一部分应用，由剩余其他的机器扛住全部流量，发布完成后还需要验证是否成功。花费时间长，由剩下的机器抗住全部流量，对其他机器压力较大，容易造成宕机等问题。
（2）如果发布的新版本有问题了，那么需回滚，回滚所采取的流程是和发布流程相似。如果正好是等发布完成了之后才发现问题，那么之前发布所走过的流程，又得再走一遍。在遇到严重故障的时候，越快的回滚效率，也许就越能减少故障所造成的损失，以及对用户的影响。
2.多版本部署操作
（1）配置tomcat登陆用户
配置文件地址：conf/tomcat-users.xml文件增加：
重启生效。
（2）应用版本1发布
修改war名称，在原有的war名称后增加##001，例如：原来的war叫demo.war修改为demo##001.war
启动服务，输入地址查看
（3）应用版本升级2
把升级后的war把重新命名，demo.war修改为demo##002.war，直接放入webapps下。
进入http://127.0.0.1:8080/，点击Manager app，输入tomcat设置的账号：admin，进行操作。
对应用进行操作
对版本号为2的应用进行启动：点击start，后台输出启动信息。
启动完成后，访问之前访问的地址：http://127.0.0.1:8080/demo/
应用已经升级成功，同时版本1同时在运行，当确认升级后的问题无误后，在Manager app页面，把应用版本1停止即可，如果发现升级存在问题，则把应用版本2停止即可，即完成快速切换。