Windows控制台标准输入异常：Node.js与Java的UTF-8读取差异问询

Node.js的实现逻辑 #

Node.js读取标准输入时，完全绕开了控制台的代码页转码流程——它的process.stdin默认以原始字节流的方式工作：

• 底层依赖libuv库，在Windows平台上直接调用ReadFile这类原生API读取输入字节，根本不经过conhost的代码页转码逻辑。
• 你示例里的process.stdin.read()返回的Buffer类型，就是输入的原始字节序列，所以不管控制台当前是437还是65001代码页，都能完整拿到😊对应的UTF-8字节f0 9f 98 8a，不会被转码破坏。

简单说，Node.js把标准输入当成纯粹的字节流处理，不做任何字符编码转换，自然不受代码页影响。

Java实现类似效果的两种方法 #

Java默认的System.in会被控制台代码页干扰：InputStreamReader会按指定编码转码字节流，但Windows控制台在非UTF-8代码页下会把无法识别的Unicode字符转成问号（ASCII 63），65001代码页下还存在历史bug导致转码异常。要实现和Node.js一样的效果，有两种思路：

1. 直接读取原始字节流 #

跳过字符编码转换，直接读取输入的原始字节：

import java.io.*;

public class Main {
    public static void main(String[] args) throws IOException {
        InputStream stdin = System.in;
        byte[] buffer = new byte[1024];
        int readLen = stdin.read(buffer);
        
        if (readLen > 0) {
            // 打印原始字节
            System.out.print("原始字节：");
            for (int i = 0; i < readLen; i++) {
                System.out.printf("%02x ", buffer[i]);
            }
            // 转成UTF-8字符串（如果需要）
            String utf8Content = new String(buffer, 0, readLen, "UTF-8");
            System.out.println("\nUTF-8解析结果：" + utf8Content);
        }
        stdin.close();
    }
}

这段代码直接读取System.in的字节数据，完全不受控制台代码页影响，能拿到和Node.js一致的原始UTF-8字节。

2. 启用Java的控制台UTF-8模式（Java 17+） #

从Java 17开始，官方提供了控制台UTF-8支持，只需设置系统属性就能让System.in以UTF-8编码读取输入：

import java.io.*;
import java.nio.charset.StandardCharsets;

public class Main {
    public static void main(String[] args) throws IOException {
        // 启用Windows控制台UTF-8模式
        System.setProperty("console.encoding", "UTF-8");
        
        BufferedReader reader = new BufferedReader(new InputStreamReader(System.in, StandardCharsets.UTF_8));
        String input = reader.readLine();
        
        for (char c : input.toCharArray()) {
            System.out.println("字符编码值：" + (int) c);
        }
    }
}

也可以在启动Java程序时通过参数设置：java -Dconsole.encoding=UTF-8 Main，这样就能正确读取包括😊在内的UTF-8字符，不会出现问号或空字节的问题。

额外说明 #

Windows控制台（conhost.exe）其实一直支持Unicode，只是早期版本对UTF-8的适配存在bug，Windows 10及之后的版本已经修复了大部分问题。Node.js的优势在于底层I/O库直接绕开了控制台的转码逻辑，而Java默认依赖系统编码，需要手动调整才能达到同样效果。

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