Powershell Core调用javac编译UTF-8源码生成ANSI编码class文件问题

问题原因 #

• PowerShell Core 7的默认无BOM UTF-8编码仅作用于PowerShell自身的文件读写、内置命令逻辑，不会修改Windows系统层面的默认活动代码页（ACP）。Windows平台的原生Win32控制台程序（包括Windows版OpenJDK的javac.exe）默认会读取系统ACP作为源文件的默认解码编码，而非继承PowerShell的内部编码设置。
• WSL内javac表现正常，是因为Linux环境默认系统编码为UTF-8，Linux版OpenJDK默认就会使用UTF-8解码源文件，和shell本身的编码逻辑匹配。
• 你碰到的乱码是典型的UTF-8字节被按ANSI解码的表现：比如UTF-8编码的é占2字节，被法语区默认的1252 ANSI代码页拆成了Ã和©两个字符，最终显示为乱码。

适配场景的解决方案 #

在你提出的「无法修改profile、无法给javac加额外参数、设备受管控、面向编程新手」的限制下，有两个零门槛可落地的方案：

方案1：Java源文件保存为UTF-8带BOM格式 #

• 无需修改任何系统或shell设置，仅需要让学生在保存.java文件时，选择编码为「UTF-8带BOM」即可。
• Windows版javac.exe会自动识别文件开头的BOM标记，优先采用UTF-8解码源文件，忽略系统默认ACP，编译出来的.class文件字符串常量编码完全正确，运行输出也不会乱码。
• 常见编程编辑器（VS Code、Notepad++、IDEA教育版等）都支持一键设置保存格式为UTF-8带BOM，操作门槛极低。

方案2：当前PowerShell会话临时切换代码页为UTF-8 #

• 打开PowerShell后，先执行一次chcp 65001，即可将当前控制台会话的活动代码页临时切换为UTF-8，仅对本次打开的窗口生效，关闭后自动恢复原有设置，不需要管理员权限，也不会修改系统全局配置。
• 也可以直接创建PowerShell快捷方式，将目标设置为：pwsh.exe -NoExit -Command "chcp 65001 | Out-Null"，双击快捷方式打开的窗口自动完成编码切换，学生不需要额外敲任何命令。该操作不需要开启PowerShell脚本执行权限，符合管控设备的限制要求。
• 切换完成后，Windows版javac就会默认以UTF-8解码无BOM的UTF-8源文件，和WSL下的表现完全一致。

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