当 go 程序通过管道（如 `tail -f file | go run main.go`）接收标准输入时，`os.stdin` 已被重定向，无法再响应键盘输入；但可通过打开 `/dev/tty` 直接访问控制终端，实现“后台读管道 + 前台读键盘”的双通道输入。
在 POSIX 系统（包括 Linux 和 macOS）中，每个进程都关联一个控制终端（controlling terminal），即使 stdin 被重定向（如来自管道或文件），/dev/tty 仍始终指向该终端设备。这使得程序能在处理流式输入的同时，独立、实时地捕获用户按键——无需 fork 子进程、不依赖外部命令，也规避了进程残留风险。
以下是一个完整、健壮的示例程序，使用 goroutine 并发读取两个输入源：
package main
import (
"fmt"
"io"
"log"
"os"
)
func readFromStdin() {
buf := make([]byte, 1024)
for {
n, err := os.Stdin.Read(buf)
if err != nil && err != io.EOF {
log.Printf("error reading stdin: %v", err)
return
}
if n > 0 {
fmt.Printf("→ FROM PIPE: %s", string(buf[:n]))
}
if err == io.EOF {
fmt.Println("→ PIPE CLOSED")
return
}
}
}
func readFromTTY() {
tty, err := os.Open("/dev/tty")
if err != nil {
log.Fatal("failed to open /dev/tty: ", err)
}
defer tty.Close()
buf := make([]byte, 1024)
for {
n, err := tty.Read(buf)
if err != nil && err != io.EOF {
log.Printf("error reading TTY: %v", err)
return
}
if n > 0 {
fmt.Printf("← FROM KEYBOARD: %s", string(buf[:n]))
}
if err == io.EOF {
return
}
}
}
func main() {
go readFromStdin()
readFromTTY() // 主 goroutine 阻塞在此，避免主程序退出
}✅ 关键说明：
- os.Open("/dev/tty") 是 POSIX 标准行为，在 Linux/macOS 上可靠有效；Windows 不支持此路径，需改用 golang.org/x/term 或 syscall 方案（本文聚焦跨类 Unix 场景）。
- readFromStdin 运行在 goroutine 中，避免阻塞键盘读取；而 readFromTTY 在主 goroutine 中执行，确保程序持续监听终端。
- 使用 log.Printf 替代 log.Fatal 处理非致命 I/O 错误（如临时中断），提升鲁棒性。
- 注意：若程序以 nohup 或守护进程方式运行（无控制终端），/dev/tty 将打开失败，此时应降级处理（例如忽略键盘输入或回退到信号控制）。
? 实际应用建议：
- 可结合 strings.TrimSpace 和 bytes.TrimSpace 清理换行符；
- 对交互式命令（如 q 退出、r 刷新），建议在 readFromTTY 中加入简单解析逻辑；
- 若需支持非阻塞键盘检测（如“按任意键继续”），可配合 golang.org/x/term.ReadPassword(0)（隐藏回显）或第三方库如 github.com/eiannone/keyboard。
这种设计让 Go 程序兼具数据流处理能力与交互友好性，是构建 CLI 工具（如日志观察器、实时过滤器）的理想模式。
