ncurses库wgetnstr函数运行时无法正常触发SIGINT信号处理问题

ncurses运行过程中完全可以正常捕获、处理系统信号，你遇到的SIGINT不触发、^C直接打印的问题，本质是终端模式配置拦截了信号生成，不是信号注册逻辑失效，也不是ncurses屏蔽了信号处理。

根本原因 #

• 当你调用wgetnstr()这类ncurses高层输入函数时，如果终端被配置为raw()模式，终端驱动会关闭ISIG配置项：此时Ctrl+C（ASCII码0x03）、Ctrl+Z、Ctrl+\这类原本会触发信号的控制字符，会全部被当做普通输入字符传递给程序，不会触发内核发送对应信号，你通过signal(SIGINT, handler)注册的处理函数自然不会执行，输入的字符最终就会以^C的形式显示在界面上。
• 少数场景下如果自定义了termios参数、或者ncurses输入逻辑开启了特殊字符拦截，也会出现同类问题。

可行解决方法 #

你可以根据自己的场景二选一：

• 保留自定义输入逻辑，主动触发信号
  如果你需要raw()模式下的全按键捕获能力，不要直接用wgetnstr()这类封装好的行输入函数，改用wgetch()逐字符读取输入，自行维护输入缓冲区，读到Ctrl+C对应的字符时主动触发信号即可。示例逻辑：

  char str[MSG_SIZE] = {0};
  int pos = 0;
  int ch;
  
  while (pos < MSG_SIZE - 1) {
      ch = wgetch(input);
      // 匹配Ctrl+C输入
      if (ch == 3) {
          raise(SIGINT); // 手动触发注册好的SIGINT处理逻辑
          break;
      }
      // 回车结束输入
      if (ch == '\n' || ch == KEY_ENTER) {
          break;
      }
      // 退格处理
      if (ch == KEY_BACKSPACE || ch == 127) {
          if (pos > 0) {
              pos--;
              wdelch(input);
              wrefresh(input);
          }
          continue;
      }
      // 普通字符写入
      str[pos++] = ch;
      waddch(input, ch);
      wrefresh(input);
  }
  str[pos] = '\0';
  

• 调整终端模式，让内核正常生成信号
  如果你不需要捕获所有特殊控制字符，初始化ncurses时用cbreak()替代raw()即可：cbreak()模式会保留终端的ISIG配置，输入Ctrl+C时内核会正常发送SIGINT，你注册的信号处理函数可以正常触发，不会把^C当普通输入打印。
  注意不要手动修改termios的c_lflag字段清除ISIG位，否则同样会导致信号无法生成。

注意事项 #

ncurses库本身不是异步信号安全的，绝对不要在SIGINT的信号处理函数中直接调用任何ncurses函数（比如wrefresh()、printw()、endwin()），否则大概率触发崩溃、界面乱码问题。正确做法是在信号处理函数中仅修改一个volatile sig_atomic_t类型的全局标志位，回到程序主事件循环后再检查标志位，执行对应的界面刷新、资源清理、退出逻辑。

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