使用BufferedReader时，为何按下Ctrl+Z后需等待一段时间才能再次生效？

嘿，这个问题我之前处理控制台输入时也踩过坑，咱们来好好拆解一下：

核心原因：双重缓冲+Windows控制台的EOF逻辑 #

这里要搞清楚两个关键机制：

• BufferedReader的缓冲特性：BufferedReader会提前从底层输入流（这里是控制台）读取一大块数据到内部缓冲区（默认8192字节）。你用的readLine()方法会从这个缓冲区里取数据，必须等到读到换行符或者EOF才会返回结果，不会中途停下。
• Windows控制台的Ctrl+Z规则：在Windows命令行里，Ctrl+Z是用来标记输入结束的EOF信号，但它不是按下就立刻生效的：
  • 如果Ctrl+Z是你当前输入行的第一个字符，按下后会立刻触发EOF；
  • 要是你在输入内容的中途按了Ctrl+Z，控制台会把它当成一个普通的显示字符（就是你看到的^Z），得等你按下回车，readLine()才会读取完这一行，下一次调用readLine()时才会检测到EOF、返回null，这时候你就会觉得“怎么等了这么久才生效”。
  • 再加上市面控制台本身也有自己的输入缓冲，得等缓冲刷新或者触发换行才会把数据传给JVM，双重缓冲叠加就放大了延迟感。

结合你的代码来看 #

你的代码里用了while ((z = br.readLine()) != null)循环读取，这个循环会一直卡着，直到readLine()返回null。当你按Ctrl+Z时：

• 要是你还没输入内容，或者Ctrl+Z在一行开头，readLine()会马上返回null，循环直接结束；
• 但如果是输入到一半按的Ctrl+Z，readLine()还在等你按回车呢，所以必须按回车让它读完这一行，下一次循环才会触发EOF判断，这就产生了“延迟”的错觉。

让Ctrl+Z立刻生效的小技巧 #

如果你想按下Ctrl+Z就马上终止输入，不用等回车，可以试试这两种方法：

• 换成read()方法逐字符读取：这样能在按下Ctrl+Z时立刻检测到EOF（read()会返回-1），示例代码如下：

  int charCode;
  while ((charCode = br.read()) != -1) {
      bw.write(charCode);
      // 如果需要保留换行逻辑，可以手动判断换行符
      if (charCode == '\n') {
          bw.newLine();
      }
  }
  

• 或者在按Ctrl+Z前先回车，确保它是新行的第一个字符，这样Windows控制台会立刻识别为EOF信号。

另外提一句，Unix/Linux系统里是用Ctrl+D触发EOF的，逻辑类似，但没有Windows这种行首限制的问题。

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