简介：这是一份面向西北工业大学801考研考生的操作系统核心知识点总结PDF，内容按考试大纲要求编排，适合备考后期对照真题查漏补缺。笔记覆盖操作系统概述、进程管理、内存管理、文件管理、设备管理与作业调度等考纲模块：进程三态及PCB、FCFS/SJF/优先级调度、信号量与PV操作；分页与分段、地址映射、虚拟内存及碎片问题；文件逻辑/物理结构、存取方法与访问控制；设备分类、I/O控制方式与SPOOLing技术；作业生命周期及周转时间等性能指标。考点以要点形式归纳，便于快速回顾。资源压缩包内共1个PDF文件，大小19.05MB，扫描版页面清晰、内容连贯，可直接打印或置入平板标注重点。目前已有167人浏览学习。
1. 操作系统自己总结.pdf：把教材读薄、把面试题串起来的“个人操作手册”
临近期末或面试前，很多人电脑里都躺着一份“操作系统自己总结.pdf”——但说实话，大部分人的版本只是把汤小丹那本《计算机操作系统》的目录抄了一遍，复制了点概念，合上之后照样不会做那种“多级队列调度计算题”，也扛不住面试里追问“你画的这个状态图为什么没有挂起”。这份PDF真正该干的事只有一件：把操作系统这根藤上的进程、内存、文件、IO、死锁五大块，按“资源如何被管理”串成自己的话，让复习从“翻书”变成“检索”。它不解决你读不读教材的问题，它解决的是你合上教材之后能不能默写主线、能不能对着一个场景说出系统调用和调度策略的问题。这份总结适合三类人：期末冲刺的在校生、准备校招或社招面试的开发者、以及日常要排查Linux性能问题却总在碎片知识里打转的运维。
2. 先立主线：把“资源管理”当骨架，别按教材章节抄
为什么大多数总结没价值？因为教材是按“概念到原理再到算法”的线性顺序写的，而人的记忆是网状结构。操作系统这门课，说到底就是一台计算机里 CPU、内存、存储、IO 设备这四类资源如何被抽象、分配、调度、回收的过程。我一般会把“资源管理”四个字作为整个总结的目录根节点，下面挂四大资源，再往下挂操作系统为实现管理而引入的概念（进程、地址空间、文件描述符）。这样复习时你的路径是“内存不够了怎么办 → 虚拟内存 → 页表 → 缺页中断 → 页面置换”，而不是“翻到第三章第二节”。
2.1 为什么主线选“资源管理”而不是“进程、内存、文件”平铺
直接按五大块平铺有个问题：各章之间的因果断了。比如文件系统里的页缓存为什么值得专门写一段？因为读文件时进程发出 read 系统调用，经过 VFS、具体文件系统、页缓存，最后落到磁盘 IO 调度器——这条链路横跨文件、内存、IO 三章。如果总结按平铺目录写，你会在每一章都重复一遍“页缓存”，却始终建立不起整体感。以资源为主线后，我会在关键位置写一个“跨章节引用”：在文件系统章写“读文件的数据通路”，并顺带标注“详见 IO 章 DMA”“详见内存章页缓存”，让 PDF 自己长出超链接式的知识勾连。
动手搭这份 PDF 时，我建议按下面四步走，别急着打开编辑器打字：
- 用思维导图把教材目录拆散，按“CPU、内存、存储、IO设备”四个桶重新分拣所有知识点。
- 对每个桶提炼出“核心抽象、分配单位、主要策略、常见痛点”四项，这就是后面每一章的模板。
- 把跨桶的知识点（页缓存、DMA、文件描述符）单独记为“枢纽节点”，在正文里显式交叉引用。
- 最后再给每个桶配一幅状态机图，图放章节开头，文字解释放图后。
这四步做完，目录树就立住了。目录树决定后续所有笔记的落位，改起来最贵，所以先花一晚上把结构想清楚，比抄一星期笔记值。
2.2 用一张“四资源管理视图”表格把总纲钉住
我会在 PDF 的第 1 页放一张固定表格，之后每往一个资源分支写一节，就回来更新这一行的状态。具体表格如下：
| 资源 | 核心抽象 | 分配单位 | 主要策略 | 常见痛点 |
|---|---|---|---|---|
| CPU | 进程 / 线程 | 时间片 | 调度算法（先来先服务、短作业优先、多级反馈队列） | 饥饿、上下文切换开销 |
| 内存 | 虚拟地址空间 | 页 / 段 | 请求调页、页面置换（LRU、时钟） | 抖动、页表开销 |
| 存储 | 文件与目录、inode | 块 | 空闲空间管理、日志文件系统 | 掉电一致性、碎片 |
| IO 设备 | 文件描述符、设备文件 | IO 请求 | 中断、DMA、IO 调度 | 阻塞与忙等、缓冲 |
这张表的价值在于它把六章教材压成几个“槽位”。复习进程的时候，你看到 CPU 行，得能说出典型调度算法；看到内存行，得能画出页表结构。表不是摆着看的，是给你做主动回忆用的——遮住策略列，自己默写一行，写不出来就回去翻对应章节。这个动作比把正文读十遍都有效。
我还会在表格下方加三行手写批注，提醒自己哪些地方容易考：第一，CPU 的可抢占性让它不会成为死锁资源；第二，文件系统的 inode 是存储资源的核心抽象，和内存的页表一样需要单独画图；第三，IO 设备的“文件描述符”把设备和文件统一了，所以 IO 和文件系统在“打开、读写、关闭”这条路径上高度重叠。这三条批注是整份 PDF 的“钩子”，复习时扫一眼表格就能把它们带出来。
2.3 每个资源分支配一张“状态机图”，比抄十页笔记管用
PDF 是静态的，但操作系统的很多概念是状态迁移。我会为进程、虚拟内存、IO 请求各画一张状态机图。这里不需要 Visio，draw.io 或 Excalidraw 就够，关键在于图里必须包含“阻塞 → 就绪”这类容易丢的边。
以进程三态图为例，我会画：
- 运行：占用 CPU 执行指令；
- 就绪：万事俱备，只差 CPU；
- 阻塞：等待某事件（IO 完成、锁释放、信号量）。
边分别是：运行 → 就绪（时间片到或被抢占）、运行 → 阻塞（主动等待事件）、阻塞 → 就绪（事件到达）、就绪 → 运行（被调度）。除此之外，我会用虚线额外标出“挂起”状态：当内存不够时，整个进程被换出到外存，从就绪或阻塞变为挂起就绪、挂起阻塞。这是很多期末试卷和面试官最爱挖的细节：问“等待事件的过程中进程能不能被换出内存？”答案是可以，这就是挂起。
把这张图画完之后，基本上就能回答“进程和线程的区别除了共享地址空间，还差什么”这类连环问：调度单位、切换开销、通信方式、同步需求都不一样。图的好处是复习时一眼扫过，马上知道自己哪里记不清，不用从头读正文。每次考前，我只看这些图和那张四资源表，能直接说出概念，才算真正过了一遍。
3. 进程与内存：把知识点写成能从系统调用推演到缺页中断的事故链
这一章要处理整份 PDF 里最厚的两大部分。我的做法是每个部分只写一条主线：进程部分走“创建 → 调度 → 同步 → 死锁”，内存部分走“逻辑地址 → 页表 → 缺页中断 → 置换”。主线上的每一个节点都配一个可复现的命令或代码片段，让总结在理论之外还能当操作手册用。
3.1 进程章节的骨架：PCB、调度队列、同步原语、死锁必要条件
进程是一段运行中的程序，这句话背下来没用，要拆开看。我在 PDF 里会先定义 PCB（进程控制块），说清楚它是内核里保存进程全部信息的数据结构，包括 PID、状态、程序计数器、寄存器现场、内存指针、打开文件表、调度信息。所有“进程管理”动作，其实都是对该进程的 PCB 做修改。然后用一个最小代码块展示 fork 的过程：
#include <unistd.h> #include <stdio.h> int main() { pid_t pid = fork(); // 调用一次，返回两次 if (pid < 0) { perror("fork failed"); // 进程数达上限或内存不足 } else if (pid == 0) { printf("child, my pid is %d\n", getpid()); // 子进程从这里继续 } else { printf("parent, child pid is %d\n", pid); // 父进程拿到子进程 PID } return 0; }这段代码的逻辑说明：fork 是 Unix 系创建进程的唯一系统调用，调用一次后内核复制当前进程的 PCB 和地址空间，之后两个进程各自从 fork 返回处继续执行。返回值是区分父子进程的关键：父进程拿到子进程 PID，子进程拿到 0。这段代码在总结里不是用来教 C 语言的，而是为了让你记住两个考点：进程创建的代价是复制地址空间（写时复制优化除外），以及 fork 由内核完成，调用者只看到返回值。
调度的部分我一般整理成一组决策问题：什么时候触发调度（进程退出、阻塞、时间片耗尽、中断返回）？调度器选择哪一个就绪进程（策略）？切换要做哪些事（保存现场、恢复现场、更新 PCB 状态）？把这三个问题串起来，调度算法的名字就自然记住了。多级反馈队列的要点是“优先数越高时间片越短，动态调整”，讲到 Linux 时再补充一句 CFS 用虚拟运行时间实现公平，别把教材的通用模型直接扣到某个具体系统头上。
同步与死锁建议写在同一小节里，因为它们的根源相同：多进程访问共享资源。信号量、互斥锁、管程是三种常见实现，死锁的四个必要条件是互斥、持有并等待、不可抢占、循环等待。我在 PDF 里会给每个必要条件配一个反例：如果资源可抢占，死锁可能不会发生——比如 CPU 就是可抢占的，所以 CPU 资源不会形成传统意义下的死锁。
3.2 内存部分写成一条事故链：缺页异常从哪来、到哪去
内存管理最怕的是“背了页表结构但不会推演”。我用的方式是事故链叙事：程序访问一个逻辑地址 → MMU 查页表 → 页表项有效位为 0 → 触发缺页异常 → 内核检查地址合法性 → 合法则从磁盘调入页面并更新页表 → 重新执行被中断的指令。这六个环节每一个都可能出问题，PDF 里我会把“可能出问题”写成批注：
- 逻辑地址越界：进程访问了不属于它的地址，缺页异常处理时发现地址超出进程空间，直接报段错误。
- 页表项有效位为 0 但页在内存：比如刚被换出的页面又被访问，这就是抖动的前兆。
- 换入时内存满了：需要先换出一个牺牲页，若是脏页还要写回磁盘。
- 重新执行指令：因为缺页前指令没有执行完，CPU 必须恢复现场从原指令重来。
为每一个环节写“出问题”的分支，记忆会牢得多。比这更硬核的是把页表层级画出来。这里用一小段伪代码表示地址翻译：
// 两级页表的地址翻译（x86 典型结构） 虚拟地址 = 目录索引(10位) + 页表索引(10位) + 页内偏移(12位) 1. 读 CR3 寄存器拿到页目录基址 2. 用目录索引查页目录项，得到页表基址 3. 用页表索引查页表项，得到物理页框号 4. 物理地址 = 页框号 << 12 + 页内偏移 5. 若第 2 步或第 3 步的页表项有效位为 0，则触发缺页异常这段伪代码的逻辑说明：不要把“页表”想象成一张大表，现代系统是多级页表加上 TLB（快表）。伪代码的价值在于让你看见每一步访问的是“哪张表”和“哪个表项”。如果面试问“为什么需要多级页表”，答案就是：单级页表要为进程的整个地址空间预留页表项，4GB 空间需要一百万个页表项，太浪费；多级页表只按需分配叶节点，未分配区域在上级页表项里置空，省下的内存非常可观。
缺页中断之后的页面置换算法也放在这一章，但我一般只重点写两个：LRU（最近最久未使用）实现代价高，实际用的是时钟算法（Clock，近似 LRU）；抖动（thrashing）的根源是局部性差或物理内存太小，工作集模型是应对抖动的经典思路。写到这里我会顺手记一条 Linux 查看命令：free -h 看物理内存和 swap 的使用率，如果 si/so 持续跳动，说明系统正在频繁换页，这就把“抖动”从概念变成了可观测现象。
4. 文件与 IO：最容易在总结里被低估、面试却全问的两块
很多人的 PDF 把文件系统和 IO 写得很薄，因为教材里这两章偏描述性。但实际工作中，排查磁盘 IO 高、文件删不掉、服务报 too many open files 时，这两块最常被用到。我在总结里倾向于把文件系统抽象成“三层结构”：系统调用层、VFS 层、具体文件系统层，然后从 open 到 read 走一遍完整链路。
4.1 文件系统总结的粒度：从 inode 到目录项再到挂载
文件系统的核心不是“文件内容”，而是“文件元数据”。我会在 PDF 里澄清这几个术语：
- inode（索引节点）：保存文件的元数据——权限、所有者、大小、时间戳、数据块指针。不含文件名。
- 目录项（dentry）：把文件名映射到 inode 编号。目录本质上是一个特殊文件，内容是“文件名 + inode 号”的列表。
- 超级块（superblock）：记录整个文件系统的整体信息——块大小、总块数、空闲块位图、inode 表位置。
这三者的关系可以这样理解：打开路径 /tmp/data.log 时，内核从根目录开始，用 dentry 找到 tmp 的 inode，进入 tmp 的目录内容，再找到 data.log 的 inode，最后根据该 inode 的数据块索引把文件内容读进页缓存。整趟“路径解析”是 IO 密集型的，所以现代系统都有 dentry cache 和 inode cache——这也是为什么大量小文件操作对内存那么敏感。
我在总结里会给一个“看待文件系统”的命令场景，用 stat 查看 inode 信息：
# 查看一个文件的 inode 元数据 $ stat main.c File: main.c Size: 1024 Blocks: 8 IO Block: 4096 regular file Device: 801h/2049d Inode: 2885151 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1000/ user) Gid: ( 1000/ user) Access: 2024-05-01 10:00:00.000000000 +0800 Modify: 2024-05-01 09:00:00.000000000 +0800 Change: 2024-05-01 09:00:00.000000000 +0800 Birth: 2024-04-30 18:00:00.000000000 +0800命令的逻辑说明：stat 直接读 inode 表，输出里的 Inode 号就是文件在文件系统中的身份标识；Blocks 显示占用的磁盘块数；Links 是硬链接计数。理解 inode 之后，很多“删不掉文件”“移动目录卡死”的现象就不再玄学：删除文件实际上是删除目录项并递减 inode 的 Links 数，直到 Links 归零才真正回收 inode 和数据块——如果某个进程还持有该文件的文件描述符，空间依旧不会释放。
挂载这一块我一般用一张表格整理“查看、挂载、卸载”的操作：
| 操作 | 命令 | 说明 |
|---|---|---|
| 查看当前挂载 | df -hT | 显示文件系统类型和使用率 |
| 查看内核记录的挂载关系 | mount -l | 列出所有挂载点 |
| 挂载 USB 或 ISO | mount /dev/sdb1 /mnt -t vfat | 指定类型挂载 |
| 卸载 | umount /mnt | 若设备忙会报 target is busy |
| 查看具体文件所在文件系统 | findmnt /path | 比 df 更精细 |
这张表的价值在排查：当磁盘满、inode 满（df -i）、文件系统只读时，先分清是哪个挂载点的问题，再决定扩容、清理还是查 lsof。总结时别只抄命令，要抄“什么时候用”：比如写日志的应用突然报 No space left on device，df -h 看块没满，df -i 看 inode 满了，这种经验比背命令更有用。
4.2 IO 章节用“中断、DMA、缓冲”把层次讲清，而不是抄流程图
IO 部分最容易写得像教科书插图。我会从 CPU 的角度梳理：IO 设备怎么通知 CPU、数据怎么搬运、应用怎么等待。三层递进关系：
- 程序查询（polling）：CPU 死循环检查设备状态。简单但浪费 CPU。
- 中断驱动：设备完成 IO 后发中断，CPU 暂停当前工作去处理。适合低速设备，但每个字节都中断开销大。
- DMA：设备控制器直接和内存交换数据，完成后只发一次中断。适合块设备，是磁盘、网卡的主流。
这三层不是“三种做法”，而是“CPU 越来越不想等”的演进。在 PDF 里我会配一个对比表：
| 方式 | 数据搬运者 | CPU 介入次数 | 适用场景 |
|---|---|---|---|
| 程序查询 | CPU | 每次传输持续占用 | 简单控制器、早期系统 |
| 中断 | CPU | 每字节或每块一次 | 串口、键盘等低速设备 |
| DMA | DMA 控制器 | 每次传输结束一次 | 磁盘、网卡、显卡 |
至于“阻塞 / 非阻塞、同步 / 异步”这两组词，我的总结方式是给四个组合各配一句人话：
- 阻塞 + 同步：read 系统调用没数据就睡过去，数据到了被唤醒。最常见。
- 非阻塞 + 同步：read 没数据就立刻返回 EAGAIN，应用轮询。典型如 epoll 用非阻塞 fd 配合事件循环。
- 异步 + 通知：aio_read 或 io_uring，发出后继续干别的，完成时回调。高性能 IO 的关键。
这个总结是 IO 层最容易在面试里被追问的部分。我会在 PDF 里特别加上一句提示：非阻塞是指调用不等待，不是数据到达不需要时间；异步是指调用后由内核或硬件主动告知结果。这句话能避掉八成对这两个词的混淆。
5. 避坑：自己总结操作系统时的六个翻车点
总结这活儿看着简单，实际上一个晚上就能写出几十页，但值不值钱要看能不能躲开下面这些坑。
5.1 坑一：按教材目录抄，合上 PDF 大脑一片空白
现象：总结写完，复习时像看新书，什么都很熟悉，什么题都不会做。原因：目录是教材作者设计的知识编排顺序，不是你的记忆组织方式。解决：每写完一节，遮住正文，用一句话说出这节的“问题是什么、解法是什么、代价是什么”。比如“逻辑地址到物理地址：页表映射，代价是页表占用内存和查表开销，解法是多级页表加 TLB”。如果说不出来，说明这节还不是你的，需要重写。
5.2 坑二：只写“是什么”，不写“为什么、什么时候用”
现象：写“LRU 是最近最久未使用”，但题目让它实现 LRU 或判断时钟算法是否等价于 LRU 时卡壳。原因：把算法名字和算法机制混为一谈。解决：每个算法都补三个要素——时间空间代价、适用场景、典型变种。LRU 的代价是维护访问时间序（链表加哈希），实际用近似 LRU（时钟算法），场景是局部性明确的页面或缓存淘汰。补齐这些，考试和面试都不怕追问。
5.3 坑三：纯理论不碰 Linux，命令和概念两层皮
现象：能默写 fork 是什么，但在 Linux 里查进程、看调度策略、找内存占用时手足无措。原因：只把总结当背诵材料，没当操作手册。解决：给每个概念配一条可执行命令。进程状态配 ps -eo pid,stat,comm；内存配 free -h 和 cat /proc/meminfo；文件系统配 df -hT 和 stat。命令不用多，每节一条，但必须亲手跑过，并把输出或关键字段截进 PDF。
5.4 坑四：把调度算法和实际调度器混为一谈
现象：拿着“多级反馈队列”去套 Linux 的 CFS，发现对不上。原因：教材讲的是通用原理，Linux 的 CFS 用红黑树按虚拟运行时间调度，它的前身是 O(1) 调度器。解决：总结时明确加一个“现实与教材差异”小节：Linux 有实时优先级（SCHED_FIFO/RR）和普通优先级 CFS；Windows 用基于优先级的抢占调度，但概念模型仍可参考通用框架。别在面试里说“Linux 用多级反馈队列”，容易被追问穿。
5.5 坑五：死锁背“四个必要条件”，不会用资源分配图画环
现象：判断“两个进程各持有一把锁并互相等待”是不是死锁时犹豫；写代码时没意识到 AB-BA 锁问题。原因：只背定义，不动手画图。解决：在总结里画一遍资源分配图，能构成循环等待就是死锁；再对应到代码，线程 A 持有锁 1 等锁 2，线程 B 持有锁 2 等锁 1，就是活生生的死锁。用 pthread_mutex_lock 写一个这样的例子，记录 strace 卡住的现象，比任何理论都深刻。
5.6 坑六：总结完不验证，以为写完就是会了
现象：觉得 PDF“写完了”，但随机抽一个知识点无法脱稿讲明白。原因：缺乏闭环。解决：把总结 PDF 当“半成品”，每周抽一天做“裸讲”：对着章节标题，不看正文，把该章讲一遍。讲不出来时，不是重抄，而是只补“卡住的那张图或那条命令”。这能保持总结持续可用，而不是变成一个漂亮但永远不翻的收藏品。
6. 把总结 PDF 变成能反复刷的“一页纸”：验证与进阶用法
最后一步，我想给出一个可执行的验证与迭代方案，让这份“操作系统自己总结.pdf”真正发挥价值。我的习惯做法是：每写完一章，做三件事——提炼一张“一页纸”，把核心状态机画成图，把容易混淆的对比做成表格。一页纸不是摘要，而是“如果只能看一页，你会写什么”的极限压缩。比如进程章的一页纸可能是：PCB 描述了进程的一切；fork 复制 PCB；状态机有运行、就绪、阻塞、挂起；同步用信号量和锁；死锁四条件；调度权衡吞吐、延迟、公平。完成一章后，我会尝试用三句话复述这一页纸，做不到就说明输入还不够稠密。
验证方法分三层。第一层是默写，就是前文说的遮住正文说一句话。第二层是做题，找一份期末试卷或考研真题，限时做完再对照总结看遗漏。第三层是讲给别人听，找一个同样在复习操作系统的人，把调度算法的权衡讲五分钟。讲完你会发现，自己以为懂的地方其实没有闭环。这三层做完，基本可以判断这份总结是否真正内化。
进阶用法是把一页纸和对比表导入 Anki，做成间隔重复的卡片：正面是“进程三态图中的挂起怎么画”，背面是“从就绪或阻塞挂起，均因内存换出；恢复时先换入内存再回就绪或阻塞”。这会把你手里的静态 PDF 变成主动回忆的训练集。我一般会在复习阶段每周做三十张卡片，考前面试前只刷卡片，不再从头翻 PDF。
最后说一条我自己的血泪经验。最早做操作系统总结时，我追求“全”，抄了各种教材和博客，PDF 洋洋洒洒近一百页，结果期末成绩并不理想，因为全程没有主动回忆，只是把文档存进了硬盘。后来我把那份 PDF 推倒重来，改成“主线加状态机图加一页纸加坑位”的模式，才真正把知识点记牢。希望这份思路对你也有帮助，愿你能写出一份让自己信服、可以反复刷出自己的操作系统总结。
本文还有配套的精品资源，点击获取
