在 OSX 下使用 termios 捕获 ESCAPE 键

Question

我正在尝试在 OSX 终端或 xterm 上捕获 ESC 键（ASCII 27），使用 kbhit 来区分真正的 Escape 与箭头键：

#include <stdio.h>
#include <termios.h>
#include <unistd.h>

static struct termios newt;
static struct termios oldt;

static void kb_fini(void)
{
    tcsetattr(STDIN_FILENO, TCSANOW, &oldt);
}

void kb_init(void)
{
    tcgetattr(STDIN_FILENO, &oldt);
    newt = oldt;
    newt.c_lflag &= (tcflag_t)~(ICANON | ECHO | ISIG);
    newt.c_cc[VMIN] = 1;
    newt.c_cc[VTIME] = 0;
    tcsetattr(STDIN_FILENO, TCSANOW, &newt);
    atexit(kb_fini);
}

static int kb_hit(void)
{
    int c = 0;

    newt.c_cc[VMIN] = 0;
    tcsetattr(STDIN_FILENO, TCSANOW, &newt);
    c = getc(stdin);
    newt.c_cc[VMIN] = 1;
    tcsetattr(STDIN_FILENO, TCSANOW, &newt);
    if (c != -1) {
        ungetc(c, stdin);
        return 1;
    }
    return 0;
}

int main(void)
{
    int c;

    kb_init();
    printf("Press ESC several times\n");
    while (1) {
        c = getchar();
        if ((c == 27) && (kb_hit() == 0)) {
            printf("You pressed ESC\n");    
        } else
        if (c == '\n') {
            break;
        }
    }
    return 0;
}

但它只在第一次有效，第二次按退出键时，终端不接受更多数据。它不会完全冻结，因为提示会一直闪烁，但按更多键不会改变任何内容。

Answer 1

如果您直接使用read 读取标准输入，那么像这样操作VTIME 和VMIN 会很有用。但是，您通过 C 流输入 stdin 读取它，这意味着您依赖于 that 的特定行为，而不是低级 termios 功能。

程序循环，因为getchar 已确定它已检测到文件结束条件，并继续返回-1，永远不会返回kb_hit。您可以通过调用来修改它

clearerr(stdin);

在调用 getchar 之后（因为它重置了文件结束条件），尽管依赖流和低级 I/O 之间的任何特定行为或交互是不可移植的。

例如，getchar 和 gets 的 Linux 手册页建议

不建议将来自 stdio 库的输入函数调用与对与输入流关联的文件描述符的 read(2) 的低级调用混为一谈；结果将是未定义的，很可能不是您想要的。

供参考：

• stdio(3)
• clearerr(3)
• read(2)