I/O操作中信号机制与轮询机制的应用选择及浏览器文本输入的实现方式问询

嘿，这个问题问到点子上了！刚好能帮你理清用户态进程和内核打交道时的几种常见模式，咱一步步说：

一、一般场景下的选择：轮询是备选，信号少用，更高效的是事件驱动/多路复用 #

• 轮询：确实能实现，但真的是效率最低的方式——进程会一直占着CPU循环问内核“有没有新字符？有没有？”，完全是浪费资源，除非是一些极端场景（比如嵌入式系统资源极其有限，没得选），否则没人会这么干。
• 信号驱动I/O：理论上内核可以发信号（比如SIGIO）通知进程有新输入，但这种方式在普通用户程序里用得极少。为啥？因为信号是异步触发的，处理起来很容易出竞态问题，而且像键盘输入这种高频操作，信号会频繁触发，进程根本没法有序处理这些字符，反而容易乱套。
• 主流方案：现在大多数程序用的是I/O多路复用（比如Linux的epoll、BSD的kqueue、Windows的IOCP）或者异步I/O模型。简单说就是进程告诉内核“我要等这些I/O事件，有情况了叫我”，然后进程可以去干别的，或者进入休眠状态，内核有数据时再主动唤醒进程。这种方式既避免了轮询的CPU浪费，又比信号驱动更可控、更适合高频输入场景。

二、浏览器文本输入的具体实现：绝对不是轮询！ #

当你在浏览器文本框里打字时，浏览器可不会傻呵呵地循环问内核“有没有新字符”。现代浏览器都是基于事件驱动模型的，背后靠的就是刚才说的I/O多路复用机制：

1. 浏览器启动后，会通过系统调用把输入设备（键盘）的监听注册到内核的多路复用器上；
2. 当你按下按键，内核把字符存入缓冲区，然后标记这个输入事件为“就绪”；
3. 浏览器的事件循环一直在等待内核的事件通知，一旦检测到输入事件就绪，就会从内核缓冲区取出字符，接着触发文本框的输入事件处理逻辑（比如更新显示内容、触发输入联想等）。

整个过程里，内核是主动通知进程有事件发生，但不是用传统的信号——信号的模型太粗犷，没法满足浏览器这种需要精准、有序处理大量用户输入的场景。

备注：内容来源于stack exchange，提问作者BipedalJoe