代码混淆（ProGuard）后Endpoint.publish失效，求助解决方法

这问题我碰到过好多次，核心原因很明确：JAX-WS框架严重依赖反射机制来识别你的服务实现类、Web方法以及相关注解，而ProGuard的默认混淆规则会把这些关键的类名、方法名和注解信息给修改或移除，导致Endpoint.publish无法正确解析服务元数据，自然启动失败。

下面是针对性的解决方案，按步骤来配置ProGuard即可：

1. 保留服务实现类的完整信息 #

你的BasicHttpBinding_ITestServiceImpl是服务的核心实现类，必须完全保留它的类名、所有方法和字段——JAX-WS需要通过这些信息生成WSDL并处理请求。在ProGuard配置文件中添加：

# 替换成你实际的包名
-keep public class com.yourpackage.BasicHttpBinding_ITestServiceImpl {
    public protected *;
}

如果你的服务接口ITestService（也就是ITestServiceImpl对应的接口）也被混淆了，同样要保留：

-keep public class com.yourpackage.ITestService {
    public *;
}

2. 保留JAX-WS相关的注解和核心类 #

JAX-WS的注解（比如@WebService、@WebMethod）是框架识别服务的标记，必须保留这些注解信息；同时Endpoint类本身也不能被混淆。添加以下规则：

# 保留JAX-WS核心类
-keep class javax.xml.ws.Endpoint { *; }

# 保留关键注解
-keepattributes javax.xml.ws.WebService, javax.xml.ws.WebMethod, javax.xml.ws.WebParam

# 保留反射所需的签名和运行时注解
-keepattributes Signature, RuntimeVisibleAnnotations

3. 额外：保留服务用到的参数/返回值类（如果有） #

如果你的Web方法用到了自定义的DTO（数据传输对象）作为参数或返回值，这些类也需要保留，否则序列化/反序列化会失败：

# 替换成你的DTO所在包
-keep class com.yourpackage.dto.** { *; }

验证方法 #

配置完成后重新混淆，然后检查生成的jar包：

• 确认BasicHttpBinding_ITestServiceImpl的类名没有被修改
• 启动服务后查看日志，如果没有出现“找不到类/方法”“无法解析Web服务元数据”这类错误，就说明配置生效了

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