本文详解如何通过 goroutine 和 channel 正确实现 os.Stdin 到 os.Stdout 的非阻塞、顺序一致的流式数据转发，避免因通道操作嵌套导致的消息延迟与逻辑混乱。
本文详解如何通过 goroutine 和 channel 正确实现 `os.stdin` 到 `os.stdout` 的非阻塞、顺序一致的流式数据转发，避免因通道操作嵌套导致的消息延迟与逻辑混乱。
在 Go 中，利用通道（channel）配合 goroutine 实现 I/O 流的解耦处理是一种常见模式，但若对 select 语句中通道操作的求值时机理解有误，极易引发消息延迟输出或死锁问题。原代码的核心缺陷在于：
在 select 进入前即被立即执行（即“预求值”），而 mes 才是 select 真正等待的可通信操作。这意味着：只有当 ch 有新数据时， 才能成功返回并尝试写入 mes；但若 mes 缓冲区已满（如容量为 1 且未及时消费），整个 select 将阻塞——直到下一次 ch 有新数据到来，造成“输入第二行才输出第一行”的典型延迟现象。
-
永远避免
case ch1 类型的嵌套通道操作：select不保护右侧表达式求值。 -
优先使用
scanner.Text()：比scanner.Bytes()更安全，尤其在跨 goroutine 传递时。 -
range配合close()是消费关闭通道的标准范式，比无限select+ 信号 channel 更健壮。 -
缓冲 channel 是协调快生产/慢消费的常用手段，但需明确其容量语义并配对
close()。
通过以上任一方案，即可稳定实现“输入一行、立即输出一行”的预期行为，真正发挥 Go 并发模型在 I/O 流处理中的简洁性与可靠性。
