cmd里chcp显示936，但Java程序仍乱码
这是Windows下最典型的编码错位：控制台表面用GBK（chcp 936），但JVM默认按系统locale读取file.encoding，而新版JDK（尤其是17+）在非管理员权限启动时可能忽略系统设置，直接 fallback 到UTF-8。结果就是System.out.println("中文")在cmd里显示为“???”。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 先运行
chcp确认当前活动代码页（936=GBK，65001=UTF-8） - 再执行
java -XshowSettings:properties -version 2>&1 | findstr "file.encoding"，看JVM实际用的编码 - 如果两者不一致（比如
chcp是936但file.encoding是UTF-8），就得强制对齐
Java启动时如何强制指定控制台编码
JVM不自动同步chcp结果，必须显式传参。关键不是改环境变量，而是让java命令自己带上编码声明。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 临时测试：运行
java -Dfile.encoding=GBK Hello（注意是GBK，不是936） - 永久生效：在
JAVA_TOOL_OPTIONS环境变量里加-Dfile.encoding=GBK（不要用JAVA_OPTS，它不被java命令默认读取） - 避免写
UTF-8：cmd原生不支持UTF-8输出（除非手动chcp 65001且字体支持），否则中文会变方块或空格
IDEA或Eclipse里运行Java，为什么chcp没用
IDE内建终端（如IntelliJ的Terminal）默认不继承Windows cmd的chcp设置，它走的是IDE自己的启动逻辑，且常把console当成UTF-8流处理。此时改chcp完全无效。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- IDEA：进
Settings > Editor > File Encodings，把Global Encoding和Project Encoding都设成GBK；再进Run > Edit Configurations > Environment Variables，加JAVA_TOOL_OPTIONS=-Dfile.encoding=GBK - Eclipse：右键项目→
Properties > Resource > Text file encoding选Other: GBK；同时在Run Configurations > Arguments > VM arguments里填-Dfile.encoding=GBK - 别信IDE右下角的“UTF-8”提示——那是文件保存编码，和控制台输出无关
为什么System.console()在IDE里返回null
System.console()只在真正连接到操作系统控制台时才非null，IDE的模拟终端、Maven插件调用、甚至双击jar包，都会让它返回null。这时候用System.out打印中文，编码问题就彻底脱离chcp控制。
实操建议：
立即学习“Java免费学习笔记（深入）”；
- 验证是否真有控制台：
if (System.console() == null) System.out.println("no console"); - 绕过
System.console()：统一用System.out+-Dfile.encoding组合，比依赖Console对象更可靠 - 打包运行jar时，务必用cmd打开并先执行
chcp 936，再java -Dfile.encoding=GBK -jar app.jar
真正麻烦的不是chcp数字记不住，而是JVM编码、IDE文件编码、终端渲染编码这三层经常各自为政。改一个地方，另外两个未必跟着动——得挨个查，不能只盯cmd窗口里的数字。
