问如何以增量方式修补war文件

EN

也许最优雅的解决方案就是生成一个新的war，并部署它。

原因如下：

• 如果您担心正常运行时间，有些应用程序服务器支持并行部署。这意味着您可以部署一个新版本，并在旧版本的同时启动它。在没有人使用的时候停止旧的。(我在5年前就在WebLogic上使用过它，所以我想现在这是一个常见的特性)。但是这种功能只有在你部署一个新的WAR version.
• Probably是使用Maven、.WAR或Gradle生成的时候才能起作用，所以更改依赖项版本并执行mvn package通常比解压WAR、更改它并再次压缩它更快、更不容易出错。
• 所有的应用服务器都提供了一个“热替换”功能，它通过刷新类加载器来工作。它很适合开发，但在生产中可能会有问题(类加载器泄漏很常见，不正确的初始化或糟糕的编程实践导致的问题可能会给您带来意想不到的错误，比如一个类有两个版本)

关于JAR文件名:我建议保留文件名的版本。大多数JAR包含META-INF/Manifest.mf中的版本信息。但如果出于某种原因，你必须知道哪些版本正在使用你的应用程序...打开每个JAR文件以查看清单中的版本是一项大量的工作。

作为最后的建议。如果您不使用任何自动构建工具...采用一个(看看Gradle，这很好)。更新库版本，通常包括更改构建文件的版本号并执行类似gradle deploy的操作。即使您不是开发人员，而是负责devops的开发人员，拥有一个自动化的构建也会帮助您进行部署和更新。

在Tomcat中，我不认为war在文件被解压之后是相关的。您可以忽略war，并将新的/更改的文件解压缩到正确的webapp目录中(与war同名的目录)。