cmd管理员身份运行：
打开jar包所在文件夹比如：D:\我的文件\code\后端\jar包\sql注入，复制此文件夹路径。
win搜索cmd右键管理员运行，敲入cd /d(管理员身份运行和普通用户运行的区别，在键入目的路径前必须在其前面加入路径所在盘符/d否则一直停留在源路径)，再将路径粘贴到后面即可，也即：
cd /d D:\我的文件\code\后端\jar包\sql注入
普通用户不需要/d这部，也即：
cd D:\我的文件\code\后端\jar包\sql注入
cmd查看jar包路径内容：
jar tf XXX.jar
cmd解压jar：
jar xf XXX.jar url
上面这个url就是jar tf查看到的某个路径名，找你要修改文件的那个路径直接复制下来即可，比如BOOT-INF/classes/application.properties。执行：
jar xf XXX.jar BOOT-INF/classes/application.properties
它会在当前文件夹的同级目录下生成一个上述路径(BOOT-INF/classes/application.properties)的文件夹,然后直接访问application.properties进行修改。
cmd更新jar：
修改完后保存，cmd键入：
jar uf XXX.jar BOOT-INF/classes/application.properties
如果是以普通用户运行要注意maven和jdk环境变量是否有正确配置，因为没配置好可能会导致普通用户执行mvn -v查询maven版本提示不是内部命令的错误，
也就是说普通用户执行打包更新的时候会调用到maven的功能，那既然mvn -v执行的时候都出错打包也就会出现错误，但是不影响文件的更新。
由于我之前装的jdk版本是17版，它是不需要配置环境变量的，因为它在安装的时候会加入一条默认的环境变量，即使你配置了JAVA_HOME引入其他版本比如jdk8的环境变量，
它都不会生效还是用的jdk17。那你删掉了这个自动引入的环境变量，引入其他版本比如jdk8的环境变量可以达到效果，但是不知道为什么cmd普通用户执行maven却提示不是内部命令
还是需要管理员用户才行（怀疑我安装maven的时候可能用管理员权限操作了maven文件夹）。这点不深究了。
所以要想避免错误尽量使用管理员身份运行。