首先，这个错误的核心是嵌入式Tomcat的类加载器资源泄漏+残留损坏状态。当笔记本异常关机时，Spring Boot的嵌入式Tomcat没有机会执行正常的 shutdown 流程——它来不及销毁Web应用上下文、释放类加载器资源，也没法清理临时生成的类文件（比如Hibernate的动态代理类、Ehcache被织入后的增强类）。

这些残留的“半吊子”状态，在下次启动时被复用：比如IDEA会复用之前的进程缓存或者临时目录，而Docker容器如果构建时没清理干净这些残留文件，也会触发同样的问题。至于mvn spring-boot:run能正常运行，是因为它每次启动都会创建全新的进程环境，不会复用之前的残留资源。

你看到的报错信息，不管是加载AbstractBatchImpl还是XAException失败，本质都是：某个已经被标记为“停止”的Web应用类加载器，被再次请求加载类，这就违反了Tomcat的类加载安全机制，直接抛出IllegalStateException。

1. 清理嵌入式Tomcat的临时工作目录 #

嵌入式Tomcat默认会在系统临时目录下创建类似tomcat.xxxxxx的文件夹（Linux是/tmp/tomcat*，Windows是C:\Users\<你的用户名>\AppData\Local\Temp\tomcat*），这里面存着Tomcat运行时生成的临时类文件、缓存。异常关机后这些文件大概率损坏了：

• 手动删除所有tomcat.xxxxxx开头的文件夹；
• 更稳妥的方式：在Spring Boot启动时指定自定义的Tomcat工作目录，方便后续清理。比如在IDEA的Run Configuration里添加VM参数：

  -Dserver.tomcat.basedir=./tomcat-work
  

  或者在application.properties里配置：

  server.tomcat.basedir=./tomcat-work
  

  这样Tomcat的工作目录就会放在项目根目录下，下次启动前直接删除tomcat-work文件夹就行。

2. 彻底清理IDEA的运行残留 #

除了你试过的清理缓存、删除.idea目录，还要做这两步：

• 杀死所有Java进程：打开终端执行jps找到你的Spring Boot进程ID，然后用kill <PID>（Linux/macOS）或者任务管理器结束Java进程，确保没有残留的Tomcat线程；
• 执行mvn clean清理项目的构建目录（target文件夹），然后重新执行mvn compile构建，再启动项目。

3. 修复Docker容器的构建与启动逻辑 #

既然新构建的Docker容器也会复现问题，说明构建过程中带上了损坏的残留文件。调整你的Dockerfile：

• 构建阶段必须执行mvn clean package，确保构建目录是干净的：

  FROM maven:3.8.6-openjdk-11 AS builder
  WORKDIR /app
  COPY pom.xml .
  RUN mvn dependency:go-offline
  COPY src ./src
  RUN mvn clean package -DskipTests
  

• 运行阶段，启动前先清理Tomcat的临时目录：

  FROM openjdk:11-jre-slim
  WORKDIR /app
  COPY --from=builder /app/target/your-app.jar .
  # 启动前清理Tomcat临时目录
  CMD ["sh", "-c", "rm -rf /tmp/tomcat* && java -jar your-app.jar"]
  

4. 清理应用级别的缓存 #

报错里提到了Ehcache的类织入失败，说明Ehcache的缓存文件可能也损坏了：

• 找到Ehcache配置文件里的diskStore路径（默认也是系统临时目录），删除对应的缓存文件；
• 如果用了Hibernate二级缓存，同样找到缓存存储目录，清理残留文件。

• 在IDEA里尽量用正常的“停止”按钮关闭应用，不要直接强制关闭窗口或者断电；
• 给Spring Boot添加启动脚本，在启动前自动清理Tomcat工作目录和应用缓存目录；
• 对于Docker部署，可以考虑用tmpfs挂载Tomcat的临时目录，容器停止后自动清理：

  docker run -v /tmp/tomcat:/tmp/tomcat --tmpfs /tmp/tomcat your-image
  

内容的提问来源于stack exchange，提问作者Andrei