QEMU防止客户机占用CPU的信号机制：信号来源与打断原理咨询

信号的生成来源 #

用于强制打断客户机长时执行的信号，完全由QEMU内部的管控逻辑触发生成，既不是内核主动发送，也不依赖内核的硬件异常机制：

• 早期单线程架构的QEMU，会通过alarm()系统调用向内核注册一个极短的超时定时器（通常为几毫秒到几十毫秒），定时器到期后内核向QEMU进程投递SIGALRM信号。从触发链路看，定时器的注册动作本身就是QEMU为了防止客户机独占执行主动配置的，本质属于内部控制行为。
• 现代多线程架构的QEMU，当IO线程检测到某个vCPU线程长时间没有退出客户机执行上下文时，会通过pthread_kill()接口，定向给对应的vCPU线程发送指定的实时信号，完全替代了早期的全局进程级定时器，打断的精准度和时效性都更高。

信号打断执行流的具体流程 #

信号能精准作用于运行客户机代码的线程，核心依赖UNIX信号本身的用户态异步抢占能力，整个打断过程完全由内核的信号投递机制保障：

• 每个vCPU线程在初始化阶段，就会把专门处理客户机打断逻辑的信号处理函数，绑定到目标信号上，同时调整信号掩码，保证这个信号不会被vCPU线程在运行客户机代码的过程中主动阻塞。
• 一旦QEMU判定需要打断当前客户机执行，就按照前述方式向vCPU线程投递信号，内核收到信号请求后，会立即暂停vCPU线程当前正在执行的任意用户态指令流——不管当前执行到客户机翻译块的哪个位置，都会先保存好现场寄存器上下文，把线程执行权切换到之前注册好的信号处理函数上。
• 信号处理函数内部会直接修改vCPU的运行状态标志位，将“退出客户机执行、返回QEMU主事件循环”的状态标记为就绪。等信号处理函数执行完成后，线程不会回到之前被打断的客户机翻译块继续运行，而是直接跳回QEMU的客户机执行循环入口，按优先级处理待响应的IO事件、外设中断请求等逻辑。

关于“二进制翻译环节注入指令触发异常”的澄清 #

这里需要明确区分两套独立的客户机执行退出机制，不要混淆：

• 上述基于信号的异步打断路径，完全不需要QEMU在二进制翻译块里注入任何触发异常的指令。这个路径的抢占能力来自内核本身的信号投递规则，和当前正在执行的翻译块内容没有任何关系——哪怕QEMU对整个客户机基本块的翻译没有插入任何额外检查逻辑，内核也能靠信号机制把执行流从任意位置拽走。
• 常规的同步客户机退出路径，才是依赖二进制翻译环节注入检查逻辑的：QEMU翻译每个客户机基本块的时候，会在块的前后、关键执行路径上插入运行时检查代码，用来判断是否存在待处理的中断、模拟设备的端口/内存访问请求等退出条件，一旦条件满足就主动退出翻译块返回主循环。这套逻辑是同步执行的，和异步信号兜底打断的路径完全独立，也不需要依赖内核异常来触发。

补充说明：信号机制本质是QEMU的兜底保护手段，用来应对极端场景——比如客户机运行的某个翻译块过长，还没跑到下一个同步检查点时，直接靠信号把执行流拽回主循环，避免QEMU事件循环完全卡死无响应。

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