Spring Web Services 对接银行SOAP接口为int字段加前导零

你提到的本地保存WSDL、手动把字段改为string类型的方案可以满足当前的格式要求，但存在维护成本高、易和银行侧WSDL版本产生偏差的问题，以下是几种侵入性更低、长期可维护性更好的实现方案，完全不需要修改银行托管的WSDL原始定义：

方案1：使用JAXB自定义XmlAdapter做序列化转换（推荐） #

这个方案完全兼容Spring Web Services基于生成类自动构建SOAP请求的现有逻辑，不需要改动原始WSDL定义，也不需要改变生成类里collectionDay的int字段类型，仅通过类型适配就能实现报文带前导零的效果：

• 实现一个自定义的XmlAdapter，核心逻辑分为两部分：出站发请求做序列化时，把整数值格式化为两位带前导零的字符串；入站收响应做反序列化时，把带前导零的字符串转回整数
• 适配器参考实现：

public class TwoDigitLeadingZeroIntAdapter extends XmlAdapter<String, Integer> {
    @Override
    public Integer unmarshal(String xmlValue) {
        // 解析响应报文时，把"03"这类值转成整数3
        return xmlValue == null ? null : Integer.parseInt(xmlValue.trim());
    }

    @Override
    public String marshal(Integer javaValue) {
        // 生成请求报文时，把整数3转成"03"
        if (javaValue == null) {
            return null;
        }
        return String.format("%02d", javaValue);
    }
}

• 绑定方式：通过JAXB的外部绑定配置文件（.xjb），将上述适配器绑定到对应命名空间下的collectionDay字段上，不需要手动修改生成的Java类代码。哪怕后续银行更新WSDL，只要重新执行代码生成，绑定的适配器规则会自动生效，不会丢失自定义逻辑。
• 优势：完全保留原始WSDL的类型校验逻辑，不需要维护本地的WSDL副本，改动范围可控，最终生成的报文格式完全匹配银行的要求。

方案2：在Spring Web Services的报文发送阶段做拦截处理 #

如果不想配置JAXB绑定规则，可以自定义ClientInterceptor或者扩展WebServiceMessageFactory，在SOAP报文完成序列化、即将发送到银行服务器之前，对XML文本做正则替换：

• 匹配规则：结合命名空间上下文，定位报文里所有<collectionDay>单个数字值</collectionDay>的场景，替换为带前导零的格式，比如把<collectionDay>3</collectionDay>替换为<collectionDay>03</collectionDay>
• 优势：完全不碰JAXB生成的代码、不修改WSDL和绑定配置，实现速度快
• 注意点：正则匹配时要带上完整命名空间上下文，避免误匹配其他同名的XML元素

方案3：本地修改WSDL为string类型的方案说明 #

这个方案可以快速落地，但存在两个明显的维护问题：

• 本地保存的WSDL副本会和银行侧的最新WSDL产生版本偏差，后续如果银行新增、修改其他字段，你需要手动同步所有变更，维护成本高
• 原本int类型的自动入参校验（比如传入值超出整数范围）会消失，需要自己补充额外的校验逻辑

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