Java Endorsed机制仅替换JDK 6–8中java.和javax.下标准扩展类（如jaxb-api.jar），通过-Djava.endorsed.dirs指定目录优先加载，JDK 9+已彻底移除；升级至JDK 11+需显式添加Jakarta EE依赖并处理包名迁移。
Java Endorsed机制到底替换了什么
它只影响 java.* 和 javax.* 包下、被 JVM 认为属于“标准扩展”的那些类，比如 jaxb-api.jar、jaxws-api.jar —— 不是所有第三方库都能塞进去，更不会覆盖你自己的 com.example.* 类。
实际生效路径是 JVM 启动时读取 -Djava.endorsed.dirs 指定的目录，把里面 JAR 里的类优先于 rt.jar（或 modules）加载。JDK 9+ 彻底移除了该机制，所以它只存在于 JDK 6–8。
如何正确配置 endorsed 目录并验证是否生效
不能直接往 $JAVA_HOME/jre/lib/endorsed 里丢 JAR —— 多环境部署时容易污染 JDK 公共目录，且容器化场景根本不可行。
- 启动应用时显式指定：
java -Djava.endorsed.dirs=/path/to/endorsed -jar app.jar - 确保目标 JAR 中没有重复的
META-INF/MANIFEST.MF版本冲突声明 - 用
java -verbose:class启动，搜索类似[Loaded javax.xml.bind.JAXBContext from file:/path/to/endorsed/jaxb-api.jar]的日志行确认加载源
常见错误：把 jaxb-impl.jar 放进 endorsed —— 它不提供 API 接口定义，只含实现，JVM 加载时会因找不到接口类而抛 NoClassDefFoundError。
JDK 7/8 升级到 JDK 11+ 时最常踩的坑
不是简单删掉 endorsed 目录就完事。原来靠 endorsed 替换的 jaxb、jaxws、stax 等模块，在 JDK 11+ 已彻底移出默认 classpath，也不再支持自动发现。
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 必须显式添加 Maven 依赖，例如：
jakarta.xml.bind:jakarta.xml.bind-api+org.glassfish.jaxb:jaxb-runtime - 注意包名迁移：
javax.xml.bind.*→jakarta.xml.bind.*，编译期会报错，但运行时若混用旧二进制字节码，可能只在特定方法调用时才触发NoSuchMethodError -
ServiceLoader查找行为变化：JDK 8 从 endorsed JAR 中加载 SPI 实现类；JDK 11+ 必须确保实现类在模块路径（--module-path）或类路径中，并且META-INF/services/文件存在且路径正确
为什么现在几乎没人提 endorsed 了
因为它的设计本质是绕过类加载双亲委派，强行“打补丁”，和模块系统、JEP 261 的封装目标完全相悖。JDK 9 引入 java.base 模块强制隔离后，endorsed 就成了技术债符号。
真正需要热替换标准类的场景（如某些老中间件定制 XML 处理逻辑），现在更稳妥的做法是：用自定义 ClassLoader 隔离加载，或改用 Instrumentation + 字节码增强（如 Byte Buddy），而不是依赖一个早被废弃的启动参数。
如果你还在维护 JDK 8 项目并用了 endorsed，别只盯着路径配置 —— 要重点检查所有被替换类的调用链是否隐式依赖了未被替换的关联类，这种断裂往往在压测或特定数据下才暴露。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
