这不是OpenJDK本身的问题，而是启动参数与当前JDK版本不兼容，需核对每个-XX:或--参数是否在该JDK中有效，如MaxPermSize（JDK 8废弃、17+不可用）、UseConcMarkSweepGC（JDK 9废弃、14+删除），并检查eclipse.ini、jvm.options、catalina.sh等配置文件及JAVA_TOOL_OPTIONS等环境变量污染。
直接结论：这不是OpenJDK本身的问题，而是启动参数与当前JDK版本不兼容。必须核对每个-XX:或--参数是否在该JDK中有效。
检查Java版本和废弃参数对应关系
不同JDK大版本会移除一批旧VM选项，比如：
-
MaxPermSize、PermSize：JDK 8起废弃，JDK 17+完全不可用 -
UseConcMarkSweepGC、CMSParallelRemarkEnabled：JDK 9废弃，JDK 14+彻底删除 -
--add-opens、--enable-native-access：JDK 9引入，JDK 8及更早版本直接报错
执行java -version确认实际运行版本（注意不是JAVA_HOME指向的路径，而是java命令真实调用的版本）。再查对应JDK文档的“Deprecated JVM Options”章节——别信网上过时的博客，2026年主流OpenJDK 21已不支持CMS、PermSize等全部旧参数。
定位出问题的配置文件或脚本
这类错误往往来自外部配置，而非你手写的java命令：
- Eclipse/IDEA：检查
eclipse.ini或idea64.exe.vmoptions里是否残留-XX:MaxPermSize - RocketMQ/Elasticsearch/Seata：打开
config/jvm.options或bin/runbroker.sh，搜索CMS、PermSize、add-opens - Tomcat：检查
bin/catalina.sh里的JAVA_OPTS，或conf/catalina.properties - Docker镜像：查看Dockerfile中
ENV JAVA_OPTS或启动命令里的硬编码参数
不要只改一个地方——CI/CD流水线、systemd服务文件、IDE插件配置都可能独立携带参数。
替换策略要匹配JDK主版本
不能无脑把UseConcMarkSweepGC换成UseG1GC就完事，得看JDK版本：
- JDK 8u292+：可用
-XX:+UseG1GC，但-XX:MaxMetaspaceSize必须设（默认无上限易OOM） - JDK 17+：推荐
-XX:+UseZGC（低延迟）或保持UseG1GC，但需确认应用是否兼容ZGC - JDK 21+：
-XX:+UseShenandoahGC已稳定，但需显式启用--enable-preview（若用预览特性）
示例：Eclipse启动报MaxPermSize错，应改为-XX:MaxMetaspaceSize=384m，而不是删掉这行——否则元空间可能无限增长撑爆本地内存。
最容易被忽略的点：环境变量污染
即使你改了配置文件，仍可能因以下原因失败：
-
JAVA_TOOL_OPTIONS环境变量全局注入了旧参数（常被监控Agent或安全插件写入） -
_JAVA_OPTIONS被IDE或终端profile自动设置 - 某些Linux发行版（如Arch/Manjaro）的
/etc/java-openjdk/jvm.conf含默认参数
调试时先临时清空：env -i JAVA_HOME=$JAVA_HOME PATH=$PATH java -XshowSettings:vm -version 2>&1 | grep "VM flags"，看真正生效的参数列表。任何没出现在这里的选项，都不该出现在你的排查清单里。
