Appearance
操作系统概述：体系结构、用户态内核态、系统调用与中断
操作系统（OS）是所有上层软件的"地基"。面试常考：OS 到底干什么、宏内核/微内核之争、用户态与内核态为什么要分、系统调用与中断/异常的区别与联系。
一、操作系统存在的意义
Q1. 操作系统到底解决什么问题？
答案
一句话：OS 是硬件资源的管理者，也是向应用提供抽象与虚拟化的中间层。围绕"三件大事"展开：
| 主题 | 抽象出的对象 | 解决的问题 |
|---|---|---|
| 并发（CPU） | 进程 / 线程 | 多个程序"同时"跑，谁用 CPU、用多久 |
| 虚拟化（内存） | 虚拟地址空间 | 每个进程以为独占内存，隔离且可超物理内存 |
| 持久化（磁盘） | 文件 / 目录 | 把磁盘抽象成命名、可读写、可共享的文件 |
具体职责可归为四类：
- 资源管理：CPU 调度、内存分配、设备管理、文件管理——把有限硬件公平高效地分给多个程序；
- 抽象：进程、文件、socket 等概念，隐藏硬件细节，让程序"只面对接口"；
- 虚拟化：CPU 虚拟化（时分复用）、内存虚拟化（独立地址空间）、持久化虚拟化（文件系统）；
- 隔离与保护：进程互不干扰，用户程序不能随意破坏内核与其他进程。
追问：没有 OS 行不行？裸机上跑单程序可以（嵌入式 / RTOS 常见），但一旦要多任务、隔离、复用硬件，就离不开 OS。
二、体系结构
Q2. 宏内核、微内核、混合内核的区别？Linux 与 Windows 属于哪种？
答案
按"内核态里放了什么"分类：
| 类型 | 代表 | 内核里包含 | 优点 | 缺点 |
|---|---|---|---|---|
| 宏内核（Monolithic） | Linux | 调度、内存、文件系统、驱动、网络协议栈…几乎全在内核态 | 组件间是函数调用，性能高、实现直接 | 内核庞大，一模块出错可能崩内核 |
| 微内核（Microkernel） | Mach、QNX、L4、seL4 | 只留最核心的（IPC、基本调度、地址空间）；文件系统/驱动/网络作为用户态服务进程 | 隔离好、可靠、易扩展 | IPC 频繁导致性能开销大 |
| 混合内核（Hybrid） | Windows NT、macOS(XNU) | 折中：核心在内核态，部分服务在用户态 | 兼顾性能与模块化 | 结构较复杂 |
Linux 内核结构：典型宏内核 + 可加载内核模块（LKM）（insmod / modprobe）；驱动可动态加载，但运行在内核态（出问题会 panic）。大体分三层：系统调用接口层、内核子系统（进程/内存/文件/网络/设备）、硬件抽象层。
Windows：NT 内核是混合内核，内核态含 Executive、内核、HAL；图形子系统部分在用户态、部分在内核态（历史上为性能）。
三、用户态与内核态
Q3. 为什么要区分用户态和内核态？特权级是怎么回事？
答案
结论：区分两种执行态是为了保护——让不可信的用户程序不能直接操作硬件、不能破坏内核与其他进程。
- 内核态（Kernel Mode / Ring 0）：可执行特权指令（关中断、改页表 CR3、访问 IO 端口、
hlt），可访问全部内存与硬件。 - 用户态（User Mode / Ring 3）：只能执行非特权指令，只能访问自己地址空间内被允许的内存；试图执行特权指令或越权访问 → 触发异常 / 陷入，被内核处理（通常杀死进程）。
特权级（x86 保护模式）：Ring 0（内核）到 Ring 3（用户），中间 Ring 1/2 一般不用。段寄存器的 CPL/RPL 决定当前权限级；系统调用时通过门（gate）从 Ring 3 切到 Ring 0。
只有三种受控入口能从用户态进内核：系统调用、异常、中断（见 Q8）。
为什么必须隔离：若不区分，一个用户程序的野指针就可能改掉内核数据结构、破坏其他进程，系统毫无稳定性与安全性。代价是每次系统调用都要"换态"，带来开销。
四、系统调用
Q4. 什么是系统调用？一次系统调用的过程是怎样的？
答案
定义：系统调用是操作系统向用户程序提供的、进入内核请求服务的唯一合法入口，是一组稳定的编程接口（POSIX syscall）。
常见例子：read / write（IO）、open / close、fork / execve / exit、mmap / brk（内存）、socket / bind / accept（网络）、wait4、kill。
一次 syscall 的过程：
text
用户程序：准备参数 → 把系统调用号放入寄存器(eax) → 执行 syscall / int 0x80 指令
↓（CPU 从 Ring3 陷入 Ring0，保存现场，查系统调用表）
内核：按调用号在 sys_call_table 查处理函数 → 校验参数/权限 → 执行内核处理
↓
内核：把返回值放入寄存器 → 执行 iret/sysret 恢复用户态现场
用户程序：从系统调用返回处继续，读取返回值开销来源：① 态切换（Ring3 与 Ring0 之间）；② 保存/恢复寄存器现场；③ 内核态参数校验与安全检查；④ 可能的调度，以及安全缓解（如 KPTI）对 TLB/Cache 的影响。所以高频 syscall（如逐字节 read）很贵，工程上用缓冲（stdio / io_uring 批量）来减少次数。
Q5. 库函数与系统调用是什么关系？vDSO 是什么？
答案
- 系统调用：内核提供的底层接口，必须陷入内核。
- 库函数：C 标准库（glibc）等用户态实现，通常封装系统调用（如
printf缓冲后调write；malloc底层用brk/mmap）。但库函数不一定都调系统调用（如strlen、sin是纯计算），有的系统调用也不一定有对应库函数包装。
关系：库函数是"给程序用的便利 API"，系统调用是"给程序用的内核能力"；多数库函数是其系统调用的封装 + 用户态优化（缓冲、批量）。
vDSO（virtual Dynamic Shared Object）：内核把少数不需要特权、可安全在用户态执行的系统调用实现（如 gettimeofday、clock_gettime、getcpu）放一块映射到用户空间的代码页。程序调用这些函数时无需陷入内核，直接在用户态完成——省掉一次态切换，显著加速高频调用。这是"系统调用也能不陷入内核"的一个特例。
易错点：strace 看到的是系统调用层面；printf 未必每次触发 write（有缓冲），别把库函数调用等同于 syscall。
五、中断、异常与陷入
Q6. 中断、异常、陷入（trap）有什么区别？
答案
三者都会让 CPU 从用户态进入内核态并跳到内核处理入口，但来源与性质不同：
| 类型 | 来源 | 与当前指令关系 | 例子 | 可恢复性 |
|---|---|---|---|---|
| 中断（Interrupt） | 外部设备异步触发 | 无关 | 时钟、键盘、网卡收包、磁盘 IO 完成 | 处理完回到原指令流 |
| 异常（Exception） | 当前指令执行出错（同步） | 相关 | 缺页、除零、非法指令、段错误 | 视类型（可恢复/终止） |
| 陷入（Trap） | 主动执行特殊指令（同步） | 相关 | 系统调用（syscall / int 0x80） | 处理完返回下一条指令 |
关键区分：
- 中断 = 异步（外部）；异常 + 陷入 = 同步（由当前指令引发）。
- 陷入（trap）= 有意的、由指令主动引发的内陷，最典型就是系统调用。
- 术语在不同教材略有差异（有的把缺页/除零叫"同步异常"，把系统调用叫 trap），但"外部异步 vs 内部同步"这条主线一致。
共同点：三者都是"用户态 → 内核态"的切换入口。
Q7. 中断处理流程？上半部与下半部、软中断是什么？
答案
中断处理流程（简版）：
text
设备发出中断 → 中断控制器 → CPU 保存现场 → 查中断向量表 → 执行中断处理程序
→ 处理完发 EOI → 恢复现场 → 返回被中断处继续上半部（top half）与下半部（bottom half）：为了尽快结束中断处理、让中断能被再次响应，Linux 把处理拆成两段：
- 上半部：中断到来后立刻在内核执行，通常关中断，只做最紧急的事（应答硬件、拷贝关键数据），必须极快；
- 下半部：把耗时工作推迟到中断返回后再做（
softirq、tasklet、workqueue），此期间中断可被响应。
软中断（softirq）：它不是硬件中断，而是内核用软件方式模拟"延迟中断"的执行机制——一段注册好的、可稍后批量执行的处理逻辑（如网络收包下半部 NET_RX_SOFTIRQ）。为什么需要它？因为硬中断处理必须短，耗时的后续工作要挪到"安全时机"执行，软中断就是这个载体；它在下半部语境里被高频调度，也可由内核线程（ksoftirqd）兜底执行。
易错点：软中断（softirq）与信号里的"软中断"是两回事；也不要与"软件中断指令 int n"混淆。
六、用户态到内核态的三种方式
Q8. 有哪些方式可以从用户态进入内核态？
答案
只有三种受控入口（绝不能随意进内核）：
- 系统调用（陷入）：程序主动请求内核服务，执行
syscall/int 0x80指令进入。这是"程序想进内核"。 - 异常：当前指令执行出错（缺页、除零、非法地址）被动触发内核处理。这是"程序不小心踩坑"。
- 中断：外部设备异步通知（时钟、网卡、键盘）。这是"外部事件打断"。
| 方式 | 主动性 | 触发源 | 典型用途 |
|---|---|---|---|
| 系统调用 | 主动 | 程序执行特定指令 | 请求内核服务（read/write/fork） |
| 异常 | 被动（同步） | 指令执行出错 | 缺页处理、错误处理 |
| 中断 | 被动（异步） | 外部硬件 | 时钟调度、IO 完成 |
一句话记忆：主动进去 = 系统调用；出错进去 = 异常；被打断进去 = 中断。
Q9. 一次系统调用要切换几次？它和进程切换是一回事吗？
答案
不是一回事，别混淆：
- 态切换（mode switch）：用户态与内核态之间切换，同一条执行流在同一进程内换特权级，不一定换进程。系统调用、中断、异常都会发生态切换。
- 进程/线程切换（context switch）：换的是执行流，要保存/恢复寄存器与内存上下文，可能伴随页表切换。它必然伴随态切换（切换在内核态完成），但态切换不必然导致进程切换（如一次
getpid只换态、不换进程）。
一次典型系统调用：进内核 1 次态切换 + 返回 1 次态切换 = 2 次"环"切换，通常不发生进程切换（除非内核在处理中决定重新调度，如阻塞式 read 等 IO 时会主动让出 CPU）。
性能含义：即便不换进程，syscall 也有固定开销（保存现场、安全检查、KPTI 等），因此缓冲、批量化、io_uring、vDSO 都是为减少 syscall 次数或切换成本而生。