使用 `streamtokenizer` 从控制台读取数字时，若未显式触发 eof（linux/macos 按 ctrl+d，windows 按 ctrl+z），循环将无限等待输入，导致程序“卡住”——这并非 bug，而是流未关闭的正常行为。
StreamTokenizer 本身不主动检测“用户是否输完了”，它严格依赖底层输入流的结束信号（即 EOF）。当使用 System.in（标准输入）时，该流默认永远不会自动关闭——它持续等待用户键入内容，直到你手动发送 EOF 信号。这就是为什么示例中看似相同的 while (st.nextToken() != st.TT_EOF) 循环，在一个输出语句存在时“似乎能退出”，而另一个仅做 add() 操作时却陷入无限等待：根本原因不是代码逻辑差异，而是你尚未向终端发送 EOF，程序始终阻塞在 st.nextToken() 上。
✅ 正确操作流程（以 Linux/macOS 为例）：
- 运行程序；
- 输入若干整数，每数一行或空格分隔（如 12 34 56）；
- 按 Ctrl+D（非 Ctrl+C！） —— 这会向 System.in 发送 EOF；
- 循环立即退出，后续代码（如 System.out.print(a)）执行。
⚠️ Windows 用户注意：需在新行开头按 Ctrl+Z + 回车（单独 Ctrl+Z 可能无效）；若在数字后直接按 Ctrl+Z，部分终端可能忽略，建议换行后再触发。
? 修正后的可靠代码示例：
import java.io.*;
import java.util.ArrayList;
public class pr_23 {
public static void main(String[] args) throws IOException {
BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
StreamTokenizer st = new StreamTokenizer(br);
st.parseNumbers(); // 显式声明解析数字（推荐，增强健壮性）
ArrayList<Integer> numbers = new ArrayList<>();
int token;
while ((token = st.nextToken()) != StreamTokenizer.TT_EOF) {
if (token == StreamTokenizer.TT_NUMBER) {
numbers.add((int) st.nval);
}
// 忽略非数字令牌（如空格、换行），避免类型误判
}
System.out.println("Parsed numbers: " + numbers);
br.close();
}
}? 关键要点总结：
- StreamTokenizer 的 nextToken() 是阻塞式调用，无输入则挂起，不超时、不抛异常；
- 控制台输入流 System.in 的 EOF 必须由用户显式触发，IDE 内置终端（如 IntelliJ Console）通常支持 Ctrl+D/Z，但某些图形终端需配置；
- 不要依赖“输入空行”或“输入特定字符串（如 ‘quit’）”来退出——StreamTokenizer 默认将字母视为单词（TT_WORD），需额外处理，反而增加复杂度；
- 若需更友好的交互体验（如支持命令退出），建议改用 Scanner（例如 while (scanner.hasNextInt())），但若教学或兼容性要求必须用 StreamTokenizer，请务必牢记 EOF 手动触发机制。
掌握这一机制，你就能准确区分“程序卡死”与“流等待输入”的本质差异，真正理解 Java I/O 的底层契约。
