Java 8迁移至Java 10时ThreadPriorityPolicy参数范围错误咨询

你遇到的这个启动错误完全是HotSpot JVM版本升级后的参数行为变更导致的，我来给你拆解清楚：

在Java 8及更早的部分HotSpot版本中，-XX:ThreadPriorityPolicy=42其实是个未公开的隐藏取值——它对应着一个废弃的"aggressive"线程优先级策略，底层实现会把42这个数值映射成非标准的逻辑，让Java线程优先级更直接地对应操作系统原生优先级。

但从Java 9开始，HotSpot团队彻底清理了这类非标准的隐藏参数取值，把ThreadPriorityPolicy的合法范围严格限定在了0和1：

• 0：默认的普通策略，Java线程优先级会被操作系统做安全调整（比如Windows平台会自动降权，避免优先级过高导致的系统问题）
• 1：优先映射策略，Java线程优先级直接对应操作系统的原生线程优先级

解决方案 #

你需要根据遗留应用原来依赖的42的实际行为，替换成合法的参数：

• 如果原来用42是为了让Java线程优先级尽可能贴近操作系统原生优先级，直接替换为-XX:ThreadPriorityPolicy=1
• 如果应用对优先级没有特殊要求，或者希望遵循更安全的默认行为，就使用-XX:ThreadPriorityPolicy=0（这也是Java 9+的默认值）

另外提醒一句：在Java 8中42这个取值本身就不属于官方支持的参数值，属于内部实现的隐藏逻辑，升级后被移除是JVM标准化的正常操作。

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