直接原因
修改 Spring Boot 的可执行 JAR 包时，往 BOOT-INF/lib/ 目录下添加或替换的 JAR 文件被错误地压缩了，而 Spring Boot 的类加载器要求嵌套的 JAR 必须采用"存储(STORED)"模式（即不压缩）。
核心原因
Spring Boot 的可执行 JAR（Fat JAR）结构特殊，它自身是一个 JAR，内部 BOOT-INF/lib/ 目录下又包含了项目依赖的其它 JAR 文件（嵌套 JAR）。Spring Boot 自定义的 JarFile 类需要能够通过文件偏移量直接访问这些嵌套的 JAR 。如果嵌套的 JAR 被压缩，这种直接访问机制就会失效。
问题场景：同样的包，测试环境可以，生产就不行
最可能的是：生产环境的JAR包是在测试环境打包，然后复制到生产环境时，复制过程中可能损坏了JAR包（如FTP使用ASCII模式传输二进制文件导致损坏）。或者生产环境的JAR包被某个部署工具（如jenkins、ansible）修改过（例如解压后重新打包，但压缩方式不正确）。
建议检查生产环境的JAR包是否与测试环境的完全一致（通过md5校验：md5sum ），此时通过Beyond compare二进制模式是无法比对出来的，但是文件大小是有区别的。