Spring Boot jar/war部署时JAXB unmarshalling性能突降问题求助

临时缓解方案（优先落地解决业务压力） #

• 池化 Unmarshaller 实例：Unmarshaller 本身非线程安全，可基于 Apache Commons Pool2 构建对象池复用实例，或者用 ThreadLocal 为每个线程绑定一个复用实例，完全避免每次调用 createUnmarshaller 触发的 SAXParser 创建开销，该方案改造成本极低，可快速上线验证效果。
• 硬编码指定 SAXParser 实现：避开 JAXP 默认的 SPI 扫描逻辑，直接显式实例化 JDK 内置的 SAXParserFactory，自定义构造 SAXSource 传入 unmarshal 方法，参考代码如下：

// 全局预初始化，仅执行一次
SAXParserFactory spf = com.sun.org.apache.xerces.internal.jaxp.SAXParserFactoryImpl.newInstance();
spf.setNamespaceAware(true);
// 按需关闭DTD校验、外部实体访问等不需要的特性
spf.setFeature("http://apache.org/xml/features/disallow-doctype-decl", true);
spf.setFeature("http://xml.org/sax/features/external-general-entities", false);

// 调用时逻辑
JAXBContext jaxbContext = jaxbContexts.get(ProductsResponse.class);
Unmarshaller unmarshaller = jaxbContext.createUnmarshaller();
SAXParser parser = spf.newSAXParser();
XMLReader xmlReader = parser.getXMLReader();
Source source = new SAXSource(xmlReader, new InputSource(new StringReader(xmlStr)));
ProductsResponse result = unmarshaller.unmarshal(source);

该方案可直接绕开 JAXB 内部创建 SAXParser 的慢路径。

根因排查方向 #

• 排查JVM系统属性与启动参数变更：打印线上环境所有JAXP相关系统属性（javax.xml.parsers.SAXParserFactory、javax.xml.parsers.FactoryFinder.cache等），确认是否有新增配置禁用了Factory查找缓存、或是指定了额外的Parser实现类；同时确认近期是否有新增Java Agent、安全策略配置。
• 排查OpenShift容器环境IO性能：SAXParserFactory SPI查找需要扫描类路径下META-INF/services目录下的配置文件，若近期容器存储挂载、节点磁盘IO出现降级，会直接导致扫描耗时上涨，可在容器内执行小文件随机读测试对比基线性能。
• 排查类加载逻辑变更：确认线上返回的SAXParserFactory实现类与本地环境是否一致，是否近期应用引入了额外的XML解析依赖包、或是OpenShift侧调整了应用类加载器层级，导致SPI查找时需要遍历更多类加载路径。
• 排查XML内容变更：确认接口返回的XML是否新增了DOCTYPE、外部实体声明，若存在相关内容，SAXParser创建时可能触发外部资源拉取，若容器出口网络近期有调整也会导致耗时上涨。

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