干货 | 携程 JDK25 升级踩坑记：一场由 G1GC “偷走”对象引发的数据静默损坏
出处：
mp.weixin.qq.com
携程大数据平台运行着大规模的 Spark、Flink 计算集群，为充分发挥 JDK25 LTS 版本在内存效率与运行性能上的优势，我们启动了 JDK 升级计划，并完成了 多个引擎 对 JDK25 的适配改造，开始向生产环境灰度推进。然而就在灰度期间，我们遭遇了一个极为罕见的问题：Spark、Flink 写入的 Parquet、ORC 文件出现部分损坏——写入过程无任何报错，CRC 校验也完全通过，损坏只在下游读取时才会暴露。本文记录了我们如何从一个"Zstd 解压报错"出发，借助多款 AI 工具辅助分析，历经代码排查、JDK 版本二分、自建编译环境等多个阶段，最终将问题根因锁定到 JDK25 G1GC 的一个内部优化 Bug，并推动 OpenJDK 社区完成 backport 修复。文章还将深度解析 G1 GC 的 Optional Evacuation 机制与 JNI Pinning 原理，以及 AI 工具在整个排查链路中的具体作用。
