ncurses不支持多线程，如何阻塞等待用户输入与其他线程事件？

可行的实现方式 #

确实能实现你要的功能——让主循环既能像getch()那样阻塞等待用户输入，又能响应其他线程的事件触发屏幕更新。核心思路是把ncurses输入和线程事件通知结合到同一个阻塞监听机制里，具体步骤如下：

• 用一个**管道（或eventfd）**作为线程间的通知通道：其他线程每1秒向管道写端写入一个字节（或触发eventfd），主循环监听管道读端的事件。
• 主循环不再直接调用getch()，而是用select()或poll()同时监听两个文件描述符：
  1. ncurses窗口对应的文件描述符（可通过fileno(stdscr)获取）
  2. 管道的读端描述符
• 当select()返回时，判断触发事件的描述符：
  • 如果是ncurses的fd，调用getch()处理用户输入；
  • 如果是管道的fd，读取管道内容（清空缓冲区），然后执行屏幕更新逻辑。

这种方式既保留了类似getch()的阻塞特性，又能让其他线程随时唤醒主循环处理更新。

关于互斥锁与update()函数的疑问 #

1. 创建带互斥锁的update()是合理的，但有个关键前提：
   所有涉及ncurses的屏幕更新操作（比如printw()、refresh()）必须只在主线程中执行。其他线程不能直接调用这些ncurses API，只能通过管道发送通知，让主线程去调用update()。互斥锁的作用是保护UI相关的共享数据——比如其他线程要修改显示内容时必须加锁，主线程在update()里读取这些数据时也要加锁，避免数据竞争。

2. 这和“在不同循环中用互斥锁运行更新”不等同：
   后者如果让多个线程直接调用更新逻辑（哪怕加了锁），本质上还是违反了ncurses“非线程安全”的限制。ncurses内部维护了大量全局状态（比如光标位置、窗口缓冲区），这些状态没有做线程安全保护，就算你加了互斥锁，也可能因为时序问题导致显示错乱、程序崩溃。正确的做法是所有UI操作都交给主线程，其他线程只负责生成数据或发送通知，主线程统一处理更新。

内容的提问来源于stack exchange，提问作者Thomas42