如何通过转换流InputStreamReader解决控制台输入变量的中文字符乱码

控制台输入中文乱码，说穿了就一件事：程序读的时候用的编码，和控制台实际用的编码对不上号。

Ja va 默认拿系统的编码去读输入流，可 Windows 的 cmd 通常用的是 GBK，而 IntelliJ 或 Eclipse 这类 IDE 的终端又可能是 UTF-8。关键问题在于，System.in 这个标准输入流本身并不携带任何编码信息，所以必须显式告诉它应该怎么去解析。用 InputStreamReader 包装一下 System.in，并传入正确的字符集，中文就能正确解析了。

先弄清楚你的控制台到底在用哪种编码

乱码的根源就出在“读取的编码”与“输出的编码”不一致。所以第一步，是搞清楚你当前运行环境到底用的是什么编码：

• Windows cmd 里敲个 chcp，如果显示 活动代码页: 936，那就是 GBK。
• 而 Windows Terminal 或某些 IDE 内置终端，则可能设成了 UTF-8（代码页 65001）。
• macOS 和 Linux 的终端一般默认就是 UTF-8。
• 在 IntelliJ 里，可以到 File → Settings → Editor → File Encodings 里查看“Terminal Encoding”的具体设置。

用 InputStreamReader 显式指定编码来读取

别直接用 Scanner(System.in)——它依赖的是平台默认编码，很容易踩坑。正确的做法是显式构造一个自带编码的 InputStreamReader：

InputStreamReader reader = new InputStreamReader(System.in, "GBK"); // Windows cmd环境
// 或者
InputStreamReader reader = new InputStreamReader(System.in, "UTF-8"); // Windows Terminal、macOS、Linux、以及IDE中的UTF-8环境
BufferedReader br = new BufferedReader(reader);
String line = br.readLine(); // 这时候拿到的 line，中文就正常了

值得提醒的是，"GBK" 和 "UTF-8" 这些字符串字面量，大小写是无所谓的，但推荐都写成大写，看着规范。如果编码名写错了，会抛出 UnsupportedEncodingException。Ja va 7 之后，更推荐用 StandardCharsets 来避免这类麻烦：

InputStreamReader reader = new InputStreamReader(System.in, StandardCharsets.UTF_8);

搭配 Scanner 使用：既方便又安全

如果实在习惯了 Scanner 的便利方法（比如 nextLine()、nextInt()），也没问题——直接把带编码的 InputStreamReader 传给 Scanner 的构造器就行：

Scanner scanner = new Scanner(new InputStreamReader(System.in, StandardCharsets.UTF_8));
String name = scanner.nextLine(); // 中文输入不再乱码
int age = scanner.nextInt();      // 数值方法也一切正常

这样一来，既保留了 Scanner 的易用性，又绕过了它默认编码的那个隐藏陷阱。

一些容易踩的坑

• 千万别写 new InputStreamReader(System.in) 这种无参构造——它会调用 Charset.defaultCharset()，而这个默认编码往往和控制台实际用的对不上。
• 不同环境的编码可能是不同的：同一份代码，在 cmd 下要用 GBK，在 IDEA 终端里却要用 UTF-8。建议根据部署环境统一配置，或者通过启动参数动态指定。
• 如果程序打成 jar 包后双击运行，Windows 会用 ja va.exe 启动，默认关联的控制台编码仍然是 GBK。要是用 ja vaw.exe 启动，则不会有控制台窗口，也就不存在乱码问题。
• 测试的时候，最好直接在目标环境里运行，而不是仅仅依赖 IDE 的运行配置。

说到底，核心就一句话：只要让 InputStreamReader 知道控制台此刻用的是哪种编码，它就能把字节码正确转译成中文字符。编码对得上，中文自然就正常了，不会出现乱码。