很多小伙伴可能会和我一样把前端文件与后台文件部署到一起，当前端文件有更新的时候就会把项目重新打包一次，或者用解压工具打开之后把jar包更新之后再重新压缩，第一种方法可能会很耗时，而且很麻烦，第二种方式有时候坑会造成安装包损坏的情况，这时我们可以选择通过jar命令来解决这个问题，只需要更新文档里面的指定的文件即可。

更新jar包的时候，主要使用到了jar这个工具，该命令的说明如下所示：

PS E:\war-demo> jar
用法: jar {ctxui}[vfmn0PMe] [jar-file] [manifest-file] [entry-point] [-C dir] files ...
选项:
    -c  创建新档案
    -t  列出档案目录
    -x  从档案中提取指定的 (或所有) 文件
    -u  更新现有档案
    -v  在标准输出中生成详细输出
    -f  指定档案文件名
    -m  包含指定清单文件中的清单信息
    -n  创建新档案后执行 Pack200 规范化
    -e  为捆绑到可执行 jar 文件的独立应用程序
        指定应用程序入口点
    -0  仅存储; 不使用任何 ZIP 压缩
    -P  保留文件名中的前导 '/' (绝对路径) 和 ".." (父目录) 组件
    -M  不创建条目的清单文件
    -i  为指定的 jar 文件生成索引信息
    -C  更改为指定的目录并包含以下文件
如果任何文件为目录, 则对其进行递归处理。
清单文件名, 档案文件名和入口点名称的指定顺序
与 'm', 'f' 和 'e' 标记的指定顺序相同。

示例 1: 将两个类文件归档到一个名为 classes.jar 的档案中:
       jar cvf classes.jar Foo.class Bar.class
示例 2: 使用现有的清单文件 'mymanifest' 并
           将 foo/ 目录中的所有文件归档到 'classes.jar' 中:
       jar cvfm classes.jar mymanifest -C foo/ .

需求:

文档名称：jar-demo.jar

需要替换的jar包里面的配置文件： application.properties

目标文件在jar文档的内部相对位置如下所示：

├─BOOT-INF
│  ├─classes
│  │  └─application.properties
├─META-INF
└─org

提取目标文件

jar xvf .\war-demo.jar BOOT-INF\classes\application.properties

更新目标文件之后更新jar包

jar uvf .\war-demo.jar BOOT-INF\classes\application.properties

更新完之后，用压缩包打开jar包，查看jar里面的文件，会发现application.properties文件已经与外部的文件一致了

更新war包和更新jar包是一样的操作流程，只是jar包和war包内部的路径有所区别