文章目录
- 前言
- 1.终端驱动捕获键盘输入
- 2.信号发送到前台进程组
- [3. 进程处理信号](#3. 进程处理信号)
- [4. 信号传递的详细流程](#4. 信号传递的详细流程)
- [5. Shell 的后续处理](#5. Shell 的后续处理)
- 关键机制说明
- 扩展：其他相关信号
- 总结
前言
今天看到有个小伙伴面试问到这个问题，感觉挺有意思，我们后端开发者相信都用过Linux系统，常常用这种方法来解释进程，底层系统运行过程是什么呢？下面拿出来好好说说这个问题。
在Linux系统中，按下 Ctrl+C 会触发一个中断信号（SIGINT），终止当前正在运行的前台进程。下面是其运行过程的详细步骤：
1.终端驱动捕获键盘输入
- 键盘输入处理： 当用户在终端中按下 Ctrl+C（ASCII码 0x03）时，终端驱动程序（如 tty 子系统）会捕获该组合键。
- 转换为信号： 终端驱动程序将 Ctrl+C 映射为 SIGINT 信号（信号编号 2）。
2.信号发送到前台进程组
- 前台进程组： 每个终端会话（shell）管理一个「前台进程组」。只有前台进程组中的进程可以接收来自终端的输入和信号。
- 发送信号： 终端驱动程序将 SIGINT 信号发送给当前前台进程组中的所有进程（即用户正在交互的进程及其子进程）。
3. 进程处理信号
- 默认行为： 如果进程未显式捕获 SIGINT，内核会执行默认操作------终止进程。
- 自定义处理： 如果进程通过 signal() 或 sigaction() 注册了 SIGINT 处理函数，则执行自定义代码（例如清理资源后再退出）。
4. 信号传递的详细流程
- 内核中断进程执行：当信号到达时，进程的执行被内核暂时中断。
- 检查信号处理方式：
- 如果进程忽略 SIGINT（如 signal(SIGINT, SIG_IGN)），内核不做任何操作。
- 如果进程注册了处理函数，内核将切换到用户态执行该函数。
- 默认情况下，内核直接终止进程。
- 终止进程：若未捕获信号，内核调用 do_exit() 终止进程，释放资源，并向父进程发送 SIGCHLD 通知。
5. Shell 的后续处理
显示提示符： 进程终止后，控制权交还给 Shell。Shell 检测到子进程退出，重新显示命令提示符，等待下一个命令。
通过以上流程，Linux 实现了通过 Ctrl+C 快速终止失控或不需要的前台进程。
关键机制说明
- 进程组（Process Group）： SIGINT 会发送到整个前台进程组，确保连带终止由父进程创建的所有子进程。
- 信号阻塞与队列： 若进程在执行关键代码段时阻塞了 SIGINT，信号会被暂存（pending），直到解除阻塞后才会处理。
- 中断系统调用： 若进程正在执行阻塞式系统调用（如 read()），SIGINT 会中断调用并返回错误码 EINTR。
扩展：其他相关信号
Ctrl+\（SIGQUIT） ：强制终止进程并生成核心转储（core dump），记录进程内存和寄存器状态。
Ctrl+Z（SIGTSTP）：挂起进程，可通过 fg 或 bg 恢复。
总结
总结一下哈，在Linux中，按下Ctrl+C时，终端会将其转换为SIGINT信号 并发送至当前前台进程组 内的所有进程；若进程未通过代码显式捕获或忽略该信号，则内核会直接终止进程，释放资源后将控制权交还给Shell，使其恢复命令提示符------这一过程依赖操作系统的信号传递机制 与进程组管理，实现快速中断前台任务。