System.in.read() 以阻塞方式逐字节读取原始 stdin 字节，返回 0–255 的 int 值（-1 表示 EOF），不处理换行、空白或 UTF-8 解码，适合简易按键监听但不适合字符串输入。
直接用 System.in.read() 监听控制台输入，本质是绕过所有缓冲和编码抽象，以阻塞方式逐字节读取底层 stdin 流。它不处理回车换行、不等待回车、不跳过空白，也不自动解码字符——你拿到的就是操作系统原始传入的字节（通常是 UTF-8 编码下的单字节或首字节）。这适合做按键响应、简易交互协议解析，但不适合读取普通字符串。
理解 read() 的行为特征
System.in.read() 返回一个 int（不是 byte），值为 0–255 表示读到的字节，-1 表示流已结束（如 Ctrl+D / Ctrl+Z）。它默认阻塞，直到有至少一个字节可用；在终端中，多数系统会将输入行缓冲——即用户敲回车前，字节不会被送到 Java 程序。这意味着：按 a 键不会立即触发 read() 返回，除非关闭行缓冲（需依赖终端控制，Java 标准库无法做到）。
- 每次调用只读 1 字节，无批量优化
- 不跳过任何字节（包括 \r、\n、\t、空格）
- 返回值需强制转为
byte才能参与字节运算：byte b = (byte) System.in.read(); - 若想读多字节，必须循环调用，自行管理缓冲和边界
基础单字节监听与终止判断
以下是最小可行示例，持续读取直至遇到 ASCII 换行符（\n 或 \r）或 EOF：
try {
int b;
while ((b = System.in.read()) != -1) {
byte ch = (byte) b;
if (ch == '\n' || ch == '\r') break; // 遇换行停止
System.out.print("Got: " + ch + " ('" + (char)ch + "')\n");
}
} catch (IOException e) {
e.printStackTrace();
}
注意：(char)ch 仅对 ASCII 安全；UTF-8 多字节字符的中间字节转 char 会得到乱码，所以不要轻易强转非 ASCII 字节。
立即学习“Java免费学习笔记（深入）”；
识别常见控制键与组合键（有限支持）
终端中，方向键、功能键等通常发送 ESC 序列（如 ESC [ A 表示上箭头）。你可以通过检测连续字节模式粗略识别：
- 读到
27（ESC，即'\u001b'）后，立刻再读两个字节 - 若接下来是
[（91）和A（65），大概率是上箭头 - 但该方法不可靠：不同终端序列不同（xterm vs Windows Terminal），且无超时机制易卡死
示例片段（不健壮，仅示意）：
int b = System.in.read();
if (b == 27) { // ESC
int b1 = System.in.read();
int b2 = System.in.read();
if (b1 == 91 && b2 == 65) {
System.out.println("Up arrow detected");
}
}
规避阻塞与异常的基本防护
System.in.read() 是同步阻塞 I/O，无法设置超时。生产环境应避免裸用。若必须使用，至少加基础防护：
- 始终包裹在
try-catch(IOException)中 - 避免无限循环中无中断条件（如未检查 -1）
- Windows 下 Ctrl+Z、Linux/macOS 下 Ctrl+D 触发 EOF，应作为正常退出路径
- 不建议在 Swing/JavaFX 主线程或 Web 容器中调用，会冻结整个线程
真正需要实时按键响应，请改用 JNI 调用 native 终端库（如 jline3），或切换至非阻塞通道（java.nio.channels.Channels.newChannel(System.in) 配合 Selector，但依然受限于终端行缓冲）。
