一个问题涉及 pty-s(伪终端)以及 golang(cat)从它们读取的方式。
首先,我做了以下事情。
- 打开两个终端(
dev/pts/0
- 0 和dev/pts/1
- 1) - 然后我在第二个终端输入“cat dev / pts / 0”(因此第一个终端上写的任何内容都会显示在第二个终端上)
- 在第一个终端(TUI)开始写入
它通常在大多数情况下都能起作用,但有时会跳过一些字符。
更确切地说,对于第二个终端中未显示的字符,我有 echo,而对于显示的字符,我没有。就好像 echo 和 cat 在争夺字符。
但是,当我使用 golang 和 fmt 扫描函数时,每当我向终端(并因此向/dev/pts/0
)写入某些内容时,扫描函数都会从中读取所有内容(没有丢失的字节)+输入的内容显示在 TUI 中(在这种情况下“echo”起作用)。
package main
import "fmt"
func main() {
var input string
fmt.Println("Enter text:")
for {
fmt.Scanln(&input)
fmt.Println("You wrote:", input)
}
}
因此,在这种情况下,echo 和 golang 之间的“竞争”似乎不存在……
我希望两种情况下的行为相同。具体而言,在两种情况下都读取所有字节,并在两种情况下都有(或没有)回声。
有什么区别?为什么“cat”从另一个终端读取时有时会跳过字节,但 golang scan 函数不会跳过字节?我以为 golang 只是像“cat”一样从“dev/pts/0”读取并给出结果。
我也可以用代码重现“比赛”
go
。你没有向我们展示你在那里到底go run test.go < /dev/pts/0
做了什么,我在终端 1 中做了一个,然后在终端 0 中输入了。我猜你只是在随机时间方面不够“幸运”。有两个读取器
/dev/pts/0
。一个是运行在终端 0 中的 shell,它正在等待您输入下一个命令,就像您没有试图劫持其输入一样。另一个是终端 1 中的cat
或go
。哪一个会更快地注意到新的可用字符是绝对不确定的。每当两个读取器同时尝试从字节流(管道、套接字、终端)读取时,情况总是如此。您可以尝试在终端 0 中运行
sleep inf
,这样就只有一个读取器:您的cat
或go
(因为sleep
没有读取其输入)。但是,您的终端设置(原始模式与熟模式)会有所不同(您的 shell 在运行每个命令之前/之后切换它),因此您会注意到行缓冲行为而不是基于字符的行为,行编辑将在终端 0 中进行(这是由内核在任何数据提供给读取器应用程序之前完成的),然后完成的行将由在终端 1 中运行的应用程序读取。我不知道您进行这个实验的原因,但如果您需要将输入和输出分成两个不同的终端,那么我建议将输出重定向到外部终端,而不是输入。