我有一个用C编写的非常简单的TCP服务器。它无限期地运行,等待连接。在Windows上,我使用select
检查套接字上的活动,如果没有,我有以下代码允许我通过按键盘上的'q'退出:
if( kbhit() ) {
char c = getch();
if( c == 'q' ) break;
}
这不适用于unix,因为kbhit
不存在且getch
的工作方式不同。我发现一些sample code使用tcsetattr
来更改终端设置并允许逐个字符输入。在调用init函数之后,我打开/ dev / stdin(带O_NONBLOCK
)并读取一个字符,但是read( f, &c, 1 )
会阻塞,直到一个字符被命中。
我想我可以生成一个单独的线程并让它无限期地等待,然后如果用户点击'q'则发出第一个线程的信号,但这看起来有点严厉。当然有一种更简单的方法吗?
答案 0 :(得分:5)
将stdin添加到选择句柄列表中,如果它有数据,请调用read从中读取一个字符。
答案 1 :(得分:1)
相反,请从
添加“f”read( f, &c, 1 )
选择通话。当f准备好读取时,按下了一个字符,而read()不会阻塞。
答案 2 :(得分:1)
在Unix中,无论是在系统控制台上还是在X终端窗口中,键盘I / O都通过虚拟终端。设备/ dev / tty是目前访问进程控制终端的常用方法。除了打开/关闭/读/写之外的设备操作都由针对该特定设备的ioctl(2)系统调用来处理。您想要做的一般想法是
打开控制终端(可能是也可能不是标准输入)
将该终端上的操作模式更改为返回而不等待整行输入(这是正常默认值)
继续执行程序的其余部分,知道从该终端读取(可能是stdin)可能会返回部分行甚至零字符,而不会出现错误或终止条件。
有关如何执行第二步的详细答案,请参阅C-programming faq。他们还指出这是一个操作系统问题,而不是语言问题。它们提供了九种可能性,但与这个问题相关的三个主要可能性是
在C常见问题解答中引用几个参考文献可以导致this page of kbhit code fragments。