在Cygwin测试OpenJDK时如何设置en_US locale且不修改系统区域设置？

一、解决区域设置导致的测试失败问题 #

Windows系统下，单纯设置LANG和LC_ALL环境变量对javadoc这类OpenJDK组件不生效，因为Windows会优先读取系统区域设置。可以通过以下方式强制指定测试环境的区域：

1. 单测试/命令临时指定区域 #

运行测试或相关命令时，直接通过JVM参数强制覆盖区域配置：

java -Duser.language=en -Duser.country=US -Dfile.encoding=UTF-8 [测试类/目标命令]

如果使用OpenJDK官方测试框架jtreg，可在命令中嵌入这些参数：

jtreg -vmargs "-Duser.language=en -Duser.country=US -Dfile.encoding=UTF-8" [测试目录/测试文件]

2. 会话级全局配置区域变量 #

在当前命令提示符或PowerShell会话中设置专属环境变量，让后续所有测试命令自动继承区域配置：

• 命令提示符：

set USER_LANG=en
set USER_REGION=US
set JAVA_TOOL_OPTIONS=-Duser.language=en -Duser.country=US -Dfile.encoding=UTF-8

• PowerShell：

$env:USER_LANG = "en"
$env:USER_REGION = "US"
$env:JAVA_TOOL_OPTIONS = "-Duser.language=en -Duser.country=US -Dfile.encoding=UTF-8"

设置完成后再执行测试，javadoc等组件会生成符合预期的英文输出。

二、解决测试失败后长时间挂起的问题 #

测试失败后挂起多因测试框架等待用户输入或未及时释放资源，可通过以下方式处理：

• 给测试添加超时限制：比如使用jtreg时加上-timeout 300参数（单位为秒），超时后自动终止当前测试并推进到下一项。
• 禁用图形界面依赖：添加-Djava.awt.headless=true参数，避免测试因等待图形交互操作而挂起。

三、额外注意事项 #

• 编译OpenJDK时也建议指定英文区域参数，避免编译阶段生成非英文资源，导致测试不匹配。
• 少数极端测试可能依赖系统级区域配置文件，这种情况优先尝试JVM参数方案，不建议修改系统文件。

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