使用ProGuard 6.02混淆后War包无法在Tomcat中部署

我来帮你搞定这个Proguard混淆后WAR部署失败的问题！结合你用的Spring 4.1.7 + Tomcat 9环境，十有八九是混淆过程中破坏了Spring依赖注入或者类加载的关键信息，下面是具体的排查思路和解决方案：

你贴的日志只到SEVERE开头就中断了，Tomcat的SEVERE级别日志里肯定藏着具体的异常栈——比如ClassNotFoundException、NoSuchMethodException，或者Spring无法实例化Bean的详细错误，这是定位问题的核心。赶紧去Tomcat的logs/catalina.out或者localhost.log里找到那条完整的报错内容，这能帮我们直接锁定混淆踩的坑。

Spring几乎全靠反射实现DI、AOP这些核心功能，混淆时如果不小心把反射需要的类名、方法名、注解给改了，直接就会导致容器启动崩盘。给你整理了必须加的Proguard规则：

1. 保留Spring核心注解与Bean相关信息 #

Spring需要识别带特定注解的类（比如@Controller、@Service），以及Bean的构造方法、setter/getter，否则根本没法完成依赖注入。在Proguard配置里加上这些：

# 保留Spring自身的核心类，别把框架本身给混淆了
-keep class org.springframework.** { *; }

# 保留你自己定义的注解（如果有的话）
-keep @interface com.yourpackage.** { *; }

# 保留所有带Spring注解的类，不让类名被混淆
-keep @org.springframework.stereotype.Controller class * { *; }
-keep @org.springframework.stereotype.Service class * { *; }
-keep @org.springframework.stereotype.Component class * { *; }
-keep @org.springframework.web.bind.annotation.RestController class * { *; }

# 保留Bean的构造方法、被@Autowired标注的字段/方法，以及setter/getter
-keepclassmembers class * {
    @org.springframework.beans.factory.annotation.Autowired *;
    @org.springframework.beans.factory.annotation.Value *;
    public <init>(...);
    void set*(...);
    *** get*();
}

2. 保留Web容器相关的类 #

因为是WAR包，Servlet规范相关的类绝对不能乱混淆，比如你的DispatcherServlet配置、Filter、Listener这些：

# 保留Servlet API的核心类
-keep class javax.servlet.** { *; }
-keep class javax.servlet.http.** { *; }

# 保留你自己写的Web层类、配置类
-keep class com.yourpackage.web.** { *; }
-keep class com.yourpackage.config.** { *; }

3. 保留动态代理相关类（Spring AOP必备） #

Spring的AOP依赖动态代理（不管是JDK代理还是CGLIB），混淆时要给这些类留活路：

# 如果用了CGLIB代理，保留相关类
-keep class net.sf.cglib.** { *; }
-keepclassmembers class * {
    @org.springframework.aop.framework.Proxy *;
}

4. 保留数据库实体类（MySQL配套ORM必备） #

你用了MySQL，肯定有实体类，ORM框架（比如MyBatis）需要靠字段名、getter/setter映射数据库表，这些绝对不能混淆：

# 保留实体类及其所有成员
-keep class com.yourpackage.entity.** { *; }
-keepclassmembers class com.yourpackage.entity.** {
    public <init>(...);
    void set*(...);
    *** get*();
}

1. 打开Proguardgui，把上面的规则都加进去，重新生成混淆配置，别漏了任何一条。
2. 混淆完成后，用JD-GUI这类工具反编译混淆后的class文件，看看关键类（比如Controller、Service、实体类）的名字和方法名是不是还保留着，别变成a、b、c这种无意义的名字。
3. 打包WAR前，确保混淆后的class文件完全替换了原来的class文件，别新旧文件混在一起。

1. 检查Tomcat的lib目录有没有缺失Spring相关的jar包，Spring 4.1.7和Tomcat 9是兼容的，但要确保所有依赖都正确引入。
2. 清理Tomcat的work目录（路径一般是tomcat/work/Catalina/localhost/你的项目名），旧的缓存类很可能导致奇怪的冲突。
3. 检查WAR包结构是否正确：WEB-INF/classes下放混淆后的class文件，WEB-INF/lib下放所有依赖jar包，别放错地方。

等你补全完整的错误日志，我们还能更精准地定位问题——比如如果是ClassNotFoundException，那就是某个类被混淆后Spring找不到；如果是NoSuchMethodException，那就是某个方法被混淆了，反射调用时直接报错。

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