【问题标题】：Difference between _JAVA_OPTIONS, JAVA_TOOL_OPTIONS and JAVA_OPTS_JAVA_OPTIONS、JAVA_TOOL_OPTIONS 和 JAVA_OPTS 之间的区别
【发布时间】：2015-04-04 08:14:30
【问题描述】：

我认为在_JAVA_OPTIONS 和JAVA_TOOL_OPTIONS 之间进行比较会很棒。我一直在寻找一个，但我找不到任何东西，所以我希望我们可以在 Stackoverflow 上找到知识。

JAVA_OPTS 包含在内是为了完整性。它不是 JVM 的一部分，但有很多关于它的问题。

我知道的：

到目前为止，我发现：

JAVA_OPTS 不被 JDK 使用，而是被许多其他应用程序使用（参见 this post）。
JAVA_TOOL_OPTIONS 和 _JAVA_OPTIONS 是将 JVM 参数指定为环境变量而不是命令行参数的方法。
- 至少被java 和javac 拾取
- 它们具有以下优先级：
  1. _JAVA_OPTIONS（覆盖其他）
  2. 命令行参数
  3. JAVA_TOOL_OPTIONS（被其他人覆盖）

我想知道什么

有没有官方文档比较JAVA_TOOL_OPTIONS和_JAVA_OPTIONS
JAVA_TOOL_OPTIONS 和 _JAVA_OPTIONS 之间是否还有其他区别（优先级除外）。
哪些可执行文件选择JAVA_TOOL_OPTIONS 和_JAVA_OPTIONS（除了java 和javac）
对JAVA_TOOL_OPTIONS 和_JAVA_OPTIONS 中可以包含的内容的任何限制

官方文档

我找不到任何关于_JAVA_OPTIONS 的文档。 The documentation for JAVA_TOOL_OPTIONS 并没有说明差异：

由于不能始终访问或修改命令行，例如在嵌入式 VM 或仅在脚本深处启动的 VM 中，因此提供了 JAVA_TOOL_OPTIONS 变量，以便在这些情况下可以启动代理。
...

示例脚本

这是我用来解决这个问题的代码。控制台输出包含为 cmets：

export JAVA_OPTS=foobar
export JAVA_TOOL_OPTIONS= 
export _JAVA_OPTIONS="-Xmx512m -Xms64m"

java -version                          
# Picked up JAVA_TOOL_OPTIONS: 
# Picked up _JAVA_OPTIONS: -Xmx512m -Xms64m
# java version "1.7.0_40"
OpenJDK Runtime Environment (IcedTea 2.4.1) (suse-3.41.1-x86_64)
OpenJDK 64-Bit Server VM (build 24.0-b50, mixed mode)

javac -version
# Picked up JAVA_TOOL_OPTIONS: 
# Picked up _JAVA_OPTIONS: -Xmx512m -Xms64m
# javac 1.7.0_40

export JAVA_TOOL_OPTIONS="-Xmx1 -Xms1"
export _JAVA_OPTIONS="-Xmx512m -Xms64m"
javac -version
# Picked up JAVA_TOOL_OPTIONS: -Xmx1 -Xms1
# Picked up _JAVA_OPTIONS: -Xmx512m -Xms64m
# javac 1.7.0_40

export JAVA_TOOL_OPTIONS="-Xmx512m -Xms64m"
export _JAVA_OPTIONS="-Xmx1 -Xms1"
javac -version
# Picked up JAVA_TOOL_OPTIONS: -Xmx512m -Xms64m
# Picked up _JAVA_OPTIONS: -Xmx1 -Xms1
# Error occurred during initialization of VM
# Too small initial heap

export JAVA_TOOL_OPTIONS="-Xmx1 -Xms1"
export _JAVA_OPTIONS=
java -Xmx512m -Xms64m -version
# Picked up JAVA_TOOL_OPTIONS: -Xmx1 -Xms1
# Picked up _JAVA_OPTIONS: 
# java version "1.7.0_40"
# OpenJDK Runtime Environment (IcedTea 2.4.1) (suse-3.41.1-x86_64)
# OpenJDK 64-Bit Server VM (build 24.0-b50, mixed mode)

export JAVA_TOOL_OPTIONS=
export _JAVA_OPTIONS="-Xmx1 -Xms1"
java -Xmx512m -Xms64m -version
# Picked up JAVA_TOOL_OPTIONS: 
# Picked up _JAVA_OPTIONS: -Xmx1 -Xms1
# Error occurred during initialization of VM
# Too small initial heap

【问题讨论】：

相关：stackoverflow.com/questions/17781405/…
从 JDK 9+ 开始，JDK_JAVA_OPTIONS 作为首选替代品，请参阅stackoverflow.com/q/52986487/537554

标签： java jvm jvm-arguments

【解决方案1】：

除了这些选项，即使您通过库调用在进程中启动 JVM，您也已经非常成功了。

_JAVA_OPTIONS 没有被记录的事实表明不建议使用这个变量，而且我实际上已经看到有人通过在他们的~/.bashrc 中设置它来滥用它。但是，如果您想深入了解这个问题，可以查看 Oracle HotSpot VM 的来源（例如in OpenJDK7）。

您还应该记住，不能保证其他 VM 已经或将继续支持未记录的变量。

2015-08-04 更新：为了为来自搜索引擎的人们节省五分钟，_JAVA_OPTIONS 胜过命令行参数，而命令行参数又胜过 JAVA_TOOL_OPTIONS。

【讨论】：

很抱歉，作为一个非英语母语人士，“_JAVA_OPTIONS 胜过命令行参数，而命令行参数又胜过 JAVA_TOOL_OPTIONS”是什么意思非常不清楚。
@yang-yang 在这种情况下，“王牌”的意思是“优先于”。因此，如果 _JAVA_OPTIONS="-Dfoo=bar" 和 JAVA_TOOL_OPTIONS="-Dfoo=sna" 最终结果将是 System.getProperty("foo") 将返回 "bar"。

【解决方案2】：

还有一个区别：_JAVA_OPTIONS 是特定于 Oracle 的。 IBM JVM 改用IBM_JAVA_OPTIONS。这样做可能是为了能够定义特定于机器的选项而不会发生冲突。 JAVA_TOOL_OPTIONS 被所有虚拟机识别。

【讨论】：

【解决方案3】：

JAVA_OPTS 在 JVM 中完全有 no special handling。

根据https://bugs.openjdk.java.net/browse/JDK-4971166，JAVA_TOOL_OPTIONS 包含在标准 JVMTI 规范中，可以更好地处理带引号的空格，并且应该始终首选而不是未记录的特定于热点的_JAVA_OPTIONS。

还要注意使用这些prints additional message to stdout that can't be suppressed。

正如@ryenus 所说，自 JDK 9+ 起，JDK_JAVA_OPTIONS 作为首选替代品，请参阅What is the difference between JDK_JAVA_OPTIONS and JAVA_TOOL_OPTIONS when using Java 11?

【讨论】：