大厂OS面试高频题

操作系统是大厂技术面试的"必考题"，无论是后端、客户端、嵌入式，还是AI、云计算方向，面试官都会通过OS题目考察候选人的计算机基础功底------毕竟，OS是所有上层应用的运行基石，基础不牢，后续技术深耕必然受限。

很多开发者备战时容易陷入"盲目刷题"的误区，忽略了OS面试的核心逻辑：面试官不只是要你"背答案"，更要考察你对原理的理解、逻辑推导能力，以及结合实际场景的应用能力。本文筛选了近1-2年阿里、腾讯、字节、百度等大厂OS面试中最常考的15道题，按「进程线程」「内存管理」「死锁」「IO模型」「文件系统」5大核心模块分类，每道题均包含「题干+深度分析+标准答案」，既有基础题帮你稳拿保底分，也有难点题帮你拉开差距，建议收藏反复研读。

注：本文聚焦"高频必考"，不收录偏题、怪题，所有解析均贴合大厂面试评分标准，避免冗余表述，直接适配面试现场答题节奏。

一、进程与线程模块（大厂必考，基础+高频）

进程与线程是OS的核心概念，也是面试开篇常考的知识点，重点考察"区别""调度""通信"三大方向，难度中等，但需注意细节，避免踩坑。

面试题1：进程和线程的区别是什么？（必考题，几乎所有大厂第一题）

题干解析：这道题看似基础，但面试官会追问细节（如资源分配、切换开销），核心考察你对"资源分配"和"CPU调度"两个核心维度的理解，避免只答表面区别。

标准答案：核心区别在于「资源分配的基本单位」和「CPU调度的基本单位」不同，具体区别分5点，简洁且直击重点：

1. 资源分配：进程是资源分配的基本单位，拥有独立的地址空间、文件描述符、信号处理等资源；线程是资源共享的基本单位，共享所属进程的所有资源（地址空间、文件句柄等），自身仅拥有少量独立资源（如寄存器、程序计数器、栈）。

2. CPU调度：线程是CPU调度的基本单位，进程不直接参与CPU调度，只有线程才能被调度执行。

3. 切换开销：进程切换涉及页表切换、TLB刷新、Cache失效，开销大（毫秒级）；线程切换只需保存/恢复寄存器、程序计数器，开销小（微秒级）。

4. 通信方式：进程间通信（IPC）需借助特殊机制（管道、共享内存等）；线程间可直接读写共享内存，但需同步机制（锁、信号量）避免竞争。

5. 健壮性：进程间相互独立，一个进程崩溃不影响其他进程；线程共享进程资源，一个线程崩溃可能导致整个进程崩溃。

面试加分点：补充实例------Chrome浏览器每个标签页是一个进程，一个标签页内的渲染、脚本执行是不同线程；服务器处理并发请求时，用线程而非进程，可降低切换开销，支持更高并发。

面试题2：进程间通信（IPC）有哪些方式？各自的优缺点和适用场景是什么？（高频）

题干解析：考察对IPC机制的全面掌握，面试官会重点关注"适用场景"，因为这能体现你是否有实际开发经验，避免只罗列名称。

标准答案：常用IPC方式有6种，按"使用频率+难度"排序，明确优缺点和适用场景：

1. 管道（Pipe）：半双工，仅能在父子进程或兄弟进程间通信；优点是实现简单、无额外开销；缺点是通信范围有限、不能双向通信；适用场景：父子进程间简单数据传输（如shell命令管道）。

2. 命名管道（FIFO）：半双工，允许无亲缘关系进程通信；优点是突破管道的亲缘关系限制；缺点是效率一般，需手动管理管道文件；适用场景：无亲缘关系进程间的简单通信。

3. 消息队列：基于消息的异步通信，可实现双向通信，克服管道无格式字节流的缺点；优点是解耦进程、可实现异步通信；缺点是存在拷贝开销，消息大小有限制；适用场景：进程间非实时、有格式的消息传输。

4. 共享内存：多个进程映射同一块物理内存，直接读写内存实现通信；优点是效率最高（无内核态/用户态拷贝）；缺点是需配合同步机制（信号量、锁）避免竞争；适用场景：高频、大量数据传输（如数据库与应用程序间的数据交换）。

5. 信号量（Semaphore）：主要用于进程/线程同步，而非传递数据；优点是实现简单，可控制资源访问数量；缺点是不能传递数据，需配合其他IPC使用；适用场景：进程间资源竞争控制（如共享内存的同步）。

6. 套接字（Socket）：可用于同一主机或不同主机间的进程通信；优点是通用性强、支持跨网络；缺点是开销较大；适用场景：跨主机进程通信（如网络编程、客户端与服务器通信）。

面试题3：常见的进程调度算法有哪些？各自的适用场景是什么？（高频）

题干解析：考察对进程调度核心逻辑的理解，大厂常结合"分时系统""批处理系统""实时系统"提问，需明确每种算法的核心特点和适用场景，避免混淆。

标准答案：5种核心调度算法，重点区分"是否会导致饥饿"和适用场景：

1. 先来先服务（FCFS）：按进程到达顺序调度，实现简单、公平；缺点是平均等待时间长，易出现" convoy效应"（短作业等待长作业）；不会导致饥饿；适用场景：批处理系统。

2. 短作业优先（SJF）：优先调度运行时间最短的进程；优点是平均等待时间最短；缺点是需预知进程运行时间，可能导致长作业饥饿；适用场景：批处理系统。

3. 时间片轮转（RR）：给每个进程分配固定时间片，轮流调度；优点是公平性好、响应速度快；缺点是上下文切换开销大，时间片过短会导致频繁切换；不会导致饥饿；适用场景：分时系统（如桌面操作系统、服务器）。

4. 优先级调度：按进程优先级调度，紧急任务优先；优点是灵活性强，可处理紧急任务；缺点是可能导致低优先级进程饥饿；适用场景：实时系统（如医疗设备、航空航天控制）。

5. 高响应比优先（HRRN）：结合等待时间和运行时间，响应比=（等待时间+运行时间）/运行时间；优点是兼顾长短作业，避免饥饿；缺点是需实时计算响应比，实现稍复杂；适用场景：批处理系统。

面试加分点：补充"饥饿的解决方法"------老化技术（逐渐增加等待时间长的进程优先级）、动态优先级调整；以及"优先级反转"的解决方案（优先级继承协议、优先级天花板协议）。

面试题4：什么是僵尸进程、孤儿进程？如何避免僵尸进程？（高频难点）

题干解析：考察进程生命周期的理解，尤其是进程回收机制，大厂常追问"实际开发中如何处理"，避免只答定义。

标准答案：

1. 僵尸进程：进程执行结束后，父进程未调用wait()/waitpid()回收其资源（PCB未释放），此时进程处于僵尸态；危害：占用内核进程表项，过多会耗尽系统资源，导致无法创建新进程。

2. 孤儿进程：父进程先于子进程结束，子进程被init进程（PID=1）收养，init会自动调用wait()回收其资源；危害：无直接危害，因为资源会被init回收。

3. 避免僵尸进程的3种方法（按常用程度排序）：

   1. 父进程主动调用wait()/waitpid()，阻塞等待子进程结束，回收资源；

   2. 父进程注册SIGCHLD信号处理函数，子进程结束时，内核会发送SIGCHLD信号，父进程在信号处理函数中调用waitpid()回收；

   3. 父进程fork()两次，子进程fork()后立即退出，孙进程由init收养，子进程成为僵尸进程后会被init自动回收。

二、内存管理模块（难点，拉开差距的关键）

内存管理是OS面试的难点，尤其是分页、分段、虚拟内存、页面置换算法，大厂常结合实际场景（如内存泄漏、缺页异常）提问，考察原理应用能力。

面试题5：分页和分段的区别是什么？为什么现代操作系统大多采用段页式？（难点）

题干解析：考察内存管理的核心机制，重点区分"分页"和"分段"的设计初衷，以及段页式的优势，避免混淆"物理地址"和"逻辑地址"的映射逻辑。

标准答案：

1. 分页与分段的核心区别（3点关键）：

   1. 划分目的不同：分页是为了提高内存利用率，将物理内存划分为固定大小的页框，逻辑地址划分为固定大小的页面，无逻辑意义；分段是为了满足用户需求（如代码段、数据段、栈段），按逻辑功能划分，段大小不固定。

   2. 地址映射不同：分页是"页号→页框号"的映射，地址是一维的；分段是"段号→段基址+偏移量"的映射，地址是二维的。

   3. 碎片不同：分页产生内部碎片（页内未使用的空间），无外部碎片；分段产生外部碎片（段之间的空闲空间），无内部碎片。

2. 现代操作系统采用段页式的原因：结合分页和分段的优点，弥补各自缺点------分段满足用户逻辑需求（如代码、数据分离），分页解决分段的外部碎片问题，提高内存利用率；同时，段页式支持虚拟内存，便于进程隔离和共享。

面试加分点：补充"Linux进程的地址空间"------逻辑上分为代码段、数据段、堆、栈，内部采用分页管理，既满足用户逻辑需求，又提高内存利用率。

面试题6：什么是虚拟内存？虚拟内存的作用是什么？实现原理是什么？（必考题）

题干解析：虚拟内存是OS的核心特性，几乎所有大厂都会考，重点考察"实现原理"（分页/分段+页面置换）和"作用"，需结合实际场景说明。

标准答案：

1. 定义：虚拟内存是操作系统为进程提供的一种"逻辑内存"，它将进程的逻辑地址与物理内存的物理地址分离，让进程以为自己拥有连续的、足够大的内存空间，实际物理内存可能不连续，甚至部分内存位于磁盘上。

2. 核心作用（3点）：

   1. 扩大内存空间：让进程可使用的内存超过物理内存大小，实现"内存过载"运行（如多个大型进程同时运行）；

   2. 实现进程隔离：每个进程拥有独立的虚拟地址空间，互不干扰，提高系统安全性；

   3. 提高内存利用率：只将进程当前需要的页面加载到物理内存，未使用的页面存放在磁盘（交换分区），节省物理内存。

3. 实现原理：基于"局部性原理"（时间局部性、空间局部性），采用"分页存储管理"或"段页式存储管理"，配合"页面置换算法"和"交换机制"：

   1. 逻辑地址→物理地址：进程访问虚拟地址时，通过页表（或段页表）将虚拟页号映射为物理页框号，若页面未在物理内存（缺页异常），则触发缺页中断，将磁盘上的页面加载到物理内存。

   2. 页面置换：当物理内存已满，加载新页面时，通过页面置换算法（如LRU）置换出物理内存中不常用的页面，写入磁盘交换分区。

面试题7：常见的页面置换算法有哪些？各自的优缺点是什么？（高频难点）

题干解析：考察虚拟内存的核心机制，大厂常结合"缺页率"提问，需明确每种算法的实现逻辑和适用场景，尤其是LRU算法（实际应用最广）。

标准答案：4种核心页面置换算法，重点区分"是否可实现"和"性能"：

1. 最佳置换算法（OPT）：置换未来最长时间不会使用的页面；优点是理论最优，缺页率最低；缺点是无法实现（无法预知未来页面访问情况），仅作为衡量其他算法的标准。

2. 先进先出（FIFO）：置换最早进入内存的页面；优点是实现简单，无需记录页面访问情况；缺点是可能出现Belady异常（增加内存页数，缺页率反而升高），性能较差。

3. 最近最久未使用（LRU）：置换最长时间未被访问的页面；优点是性能接近OPT，符合局部性原理；缺点是需记录页面访问时间，硬件支持成本高（如需要寄存器或栈记录访问顺序）。

4. 最不经常使用（LFU）：置换访问次数最少的页面；优点是考虑页面访问频率，适用于访问频率相对固定的场景；缺点是需统计页面访问次数，无法适应访问频率变化（如某页面前期访问频繁，后期不再访问）。

面试加分点 ：补充"LRU的实际实现方式"------用双向链表+哈希表，链表头部为最近访问的页面，尾部为最久未访问的页面，哈希表用于快速定位页面，插入、删除、查找时间复杂度均为O(1)。

面试题8：什么是内存泄漏？常见的内存泄漏场景有哪些？如何排查？（结合实际开发，高频）

题干解析：考察内存管理的实际应用能力，大厂更关注"排查方法"，因为这能体现你的工程实践经验，避免只答定义。

标准答案：

1. 定义：内存泄漏是指进程分配的内存空间，在使用完毕后未被释放，导致内存被持续占用，最终耗尽系统内存。

2. 常见场景（4种，结合开发实际）：

   1. 忘记释放动态分配的内存（C/C++）：如malloc()/new分配内存后，未调用free()/delete；

   2. 全局变量/静态变量滥用：全局变量生命周期与进程一致，若长期存储大量数据，会持续占用内存；

   3. 资源未释放：如文件句柄、网络连接、锁资源，未关闭/释放，会导致关联内存无法释放；

   4. 循环引用：如C++智能指针循环引用、Java对象循环引用（未被GC回收），导致内存无法释放。

3. 排查方法（按常用程度排序）：

   1. 工具排查：Linux下用valgrind（检测C/C++内存泄漏）、top/free（查看内存占用）、pmap（查看进程内存映射）；Java用jmap、jhat、Arthas；

   2. 日志排查：记录内存分配和释放的日志，定位未释放的内存块；

   3. 代码审计：重点检查动态内存分配、资源释放、全局变量使用场景，排查未释放的代码。

三、死锁模块（必考，重点考察逻辑推导）

死锁是并发编程和OS的核心难点，大厂常考"死锁的条件""避免/解决方法"，甚至会给出场景题，让你分析是否会死锁、如何避免，重点考察逻辑思维能力。

面试题9：死锁的定义是什么？产生死锁的四个必要条件是什么？（必考题）

题干解析：基础题，但需注意四个条件的表述要精准，避免遗漏关键细节，面试官可能会追问"四个条件是否缺一不可"。

标准答案：

1. 定义：死锁是指两个或多个进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力干涉，它们都将无法继续推进下去。

2. 产生死锁的四个必要条件（缺一不可，只要破坏其中一个，死锁就不会发生）：

   1. 互斥条件：资源在同一时间只能被一个进程使用（如打印机、文件写锁、数据库行锁等不可共享资源），非互斥资源（如CPU、内存）不会导致死锁；

   2. 占有和等待条件：进程至少占有一个资源，同时又在等待获取其他进程占有的资源；

   3. 不可剥夺条件：资源不能被强制性地从占有它的进程中剥夺，只能由占有进程主动释放（如文件锁、互斥锁），可剥夺资源（如CPU、内存页）不会导致死锁；

   4. 循环等待条件：存在一个进程-资源的循环等待链，每个进程都在等待链中下一个进程占有的资源。

面试加分点：补充生活中的死锁例子------小明拿着房间A的钥匙，需要房间B的钥匙；小红拿着房间B的钥匙，需要房间A的钥匙，两人互相等待，形成死锁。

面试题10：如何避免死锁？如何解决死锁？（必考，区分"避免"和"解决"）

题干解析：重点考察"避免"和"解决"的区别，很多开发者容易混淆，面试官会追问细节（如银行家算法的原理），需明确两者的核心逻辑。

标准答案：分"避免""解决""预防"三类，清晰区分，贴合面试答题逻辑：

1. 死锁预防（提前破坏四个必要条件，最常用）：

   1. 破坏互斥条件：将不可共享资源改为可共享资源（如用文件读写锁替代独占锁），但不适用于所有场景；

   2. 破坏占有和等待条件：进程申请资源时，必须一次性申请所有所需资源，申请不到则不占有任何资源；

   3. 破坏不可剥夺条件：当进程申请新资源失败时，释放已占有的所有资源，重新申请；

   4. 破坏循环等待条件：对所有资源进行编号，进程必须按编号递增的顺序申请资源（如先申请资源1，再申请资源2。

2. 死锁避免（动态判断，避免进入死锁状态）：核心是"银行家算法"------系统在分配资源前，先判断分配后是否会导致系统进入不安全状态，若会则拒绝分配，否则分配；优点是资源利用率高，缺点是实现复杂，需提前知道进程的资源需求。

3. 死锁解决（死锁发生后，解除死锁）：

   1. 资源剥夺法：强制剥夺死锁进程的部分资源，分配给其他死锁进程，直到死锁解除；

   2. 进程终止法：终止部分死锁进程（优先终止优先级低、占用资源少的进程），释放资源；

   3. 进程回退法：将死锁进程回退到未发生死锁的状态，重新执行，需记录进程的运行状态。

面试题11：经典死锁案例（哲学家就餐问题），如何避免死锁？（场景题，高频）

题干解析：大厂常给出具体场景，让你分析死锁原因并给出解决方案，考察逻辑推导和实际应用能力，哲学家就餐问题是最经典的案例。

标准答案：

1. 案例描述：5个哲学家围坐圆桌，每人面前一个盘子，相邻两人之间有一支叉子（共5支），每个哲学家需要同时拿到左右两支叉子才能吃饭，若每人都先拿左手叉子，再拿右手叉子，会形成死锁。

2. 死锁原因：同时满足死锁的四个必要条件------互斥（叉子是互斥资源）、占有和等待（拿到左手叉子后，等待右手叉子）、不可剥夺（叉子不能被强制剥夺）、循环等待（每个哲学家等待相邻哲学家的叉子，形成循环链）。

3. 避免死锁的3种解决方案（按简单程度排序）：

   1. 破坏循环等待条件：对叉子编号（1-5），哲学家必须先拿编号小的叉子，再拿编号大的叉子（如哲学家1先拿叉子1，再拿叉子2；哲学家5先拿叉子1，再拿叉子5），避免循环等待；

   2. 破坏占有和等待条件：哲学家同时申请左右两支叉子，申请不到则不拿任何叉子；

   3. 限制并发数：最多允许4个哲学家同时拿叉子，确保至少有一个哲学家能拿到两支叉子，吃完后释放，打破死锁循环。

四、IO模型模块（后端/客户端高频，结合网络编程）

IO模型是OS与外部设备交互的核心，大厂（尤其是后端）常结合网络编程（如Nginx、Redis）提问，重点考察5种IO模型的区别，尤其是IO多路复用。

面试题12：操作系统有哪些IO模型？各自的区别是什么？（必考题）

题干解析：考察IO模型的全面掌握，重点区分"阻塞"与"非阻塞"、"同步"与"异步"，避免混淆NIO和IO多路复用。

标准答案：5种核心IO模型，按"同步/异步"分类，清晰区分特点和适用场景：

1. 阻塞IO（Blocking IO）：最基础的IO模型，进程发起IO请求后，一直阻塞等待，直到IO完成才返回；优点是实现简单；缺点是CPU利用率低，进程阻塞期间无法做其他事情；适用场景：简单IO操作（如本地文件读取）。

2. 非阻塞IO（Non-Blocking IO，NIO）：进程发起IO请求后，若数据未准备好，立即返回错误，进程需轮询重试，直到IO完成；优点是进程不阻塞，可做其他事情；缺点是轮询频繁，消耗CPU资源；适用场景：高并发、短IO操作。

3. IO多路复用（IO Multiplexing）：进程通过select/poll/epoll函数，同时监控多个IO描述符，当某个IO准备就绪时，通知进程处理；优点是单个进程可监控多个IO，CPU利用率高；缺点是实现复杂；适用场景：高并发网络编程（如Nginx、Redis）。

4. 信号驱动IO（Signal-Driven IO）：进程注册信号处理函数，发起IO请求后不阻塞，数据准备就绪时，内核发送SIGIO信号，进程在信号处理函数中处理IO；优点是无需轮询，CPU利用率高；缺点是信号处理复杂，不适用于高并发；适用场景：少用，仅用于特定场景（如网络接收数据。

5. 异步IO（Asynchronous IO，AIO）：进程发起IO请求后，立即返回，内核完成IO操作（数据从磁盘→内核→用户空间）后，通知进程；优点是完全不阻塞，CPU利用率最高；缺点是实现复杂，依赖内核支持；适用场景：高并发、大文件IO（如磁盘读写）。

面试加分点：补充"同步IO"与"异步IO"的核心区别------同步IO需要进程主动等待或轮询IO完成，异步IO由内核完成所有IO操作后通知进程，进程无需参与IO过程。

面试题13：select、poll、epoll的区别是什么？为什么epoll效率更高？（后端高频）

题干解析：IO多路复用的核心考点，大厂常追问epoll的实现原理，尤其是"水平触发（LT）"和"边缘触发（ET）"，考察底层原理理解。

标准答案：

1. 核心区别（3点关键）：

   1. 文件描述符（fd）上限：select有上限（Linux下默认1024），poll无上限（基于链表），epoll无上限（基于红黑树）；

   2. IO就绪通知方式：select/poll需进程轮询所有fd，判断是否就绪，效率低；epoll通过内核回调通知fd就绪，无需轮询，效率高；

   3. 内存拷贝：select/poll每次调用需将fd集合从用户态拷贝到内核态，开销大；epoll仅在注册fd时拷贝一次，后续无需拷贝。

2. epoll效率更高的原因（核心）：

   1. 数据结构：epoll用红黑树管理注册的fd，插入、删除、查找时间复杂度均为O(logn)，优于select/poll的线性遍历（O(n)）；

   2. 通知机制：epoll采用"内核回调+事件驱动"，fd就绪时，内核主动将其加入就绪链表，进程直接读取就绪链表，无需轮询；

   3. 触发模式：支持水平触发（LT）和边缘触发（ET），ET模式下，fd就绪后仅通知一次，减少系统调用次数，进一步提升效率。

3. 补充：LT（水平触发）：fd就绪后，只要数据未读完，就会持续通知；ET（边缘触发）：fd就绪后，仅通知一次，需一次性读完所有数据，效率更高，但编程复杂度更高。

面试题14：什么是零拷贝？零拷贝的实现方式有哪些？（后端高频）

题干解析：零拷贝是IO优化的核心技术，大厂常结合Nginx、Kafka等中间件提问，考察对IO流程和优化机制的理解。

标准答案：

1. 定义：零拷贝是指计算机执行IO操作时，CPU不需要将数据从一个存储区域复制到另一个存储区域，从而减少上下文切换和CPU拷贝时间，提升IO效率；注意：零拷贝并非"没有拷贝"，而是减少"CPU拷贝"，DMA拷贝依然存在。

2. 传统IO的流程（4次上下文切换，4次数据拷贝）：用户进程→系统调用（read）→内核态，DMA拷贝（磁盘→内核缓冲区）→CPU拷贝（内核缓冲区→用户缓冲区）→用户态；再调用write→内核态，CPU拷贝（用户缓冲区→socket缓冲区）→DMA拷贝（socket缓冲区→网卡）→用户态。

3. 零拷贝的3种实现方式（按效率排序）：

   1. mmap+write：将内核缓冲区与用户缓冲区映射，减少一次CPU拷贝（内核缓冲区→用户缓冲区）；流程：4次上下文切换，3次数据拷贝（2次DMA，1次CPU）；

   2. sendfile：在内核态完成数据传输，无需用户态参与，减少两次CPU拷贝；流程：2次上下文切换，3次数据拷贝（2次DMA，1次CPU）；

   3. sendfile+DMA scatter/gather：Linux 2.4+优化，DMA直接从内核缓冲区拷贝到网卡，彻底消除CPU拷贝；流程：2次上下文切换，2次DMA拷贝，是真正的零拷贝。

面试加分点：补充应用场景------Nginx、Kafka均使用零拷贝技术，提升文件传输和消息发送效率。

五、文件系统模块（基础，保底分）

文件系统模块难度较低，大厂常考基础概念，重点考察"文件系统结构""索引节点""硬链接与软链接"，属于保底分题目，需确保不丢分。

面试题15：硬链接和软链接的区别是什么？（基础高频）

题干解析：基础题，考察文件系统的链接机制，重点区分"inode"和"文件路径"的关联，避免混淆两者的创建方式和特性。

标准答案：核心区别在于"是否共享inode"，具体区别分5点：

1. inode关联：硬链接与原文件共享同一个inode（索引节点），软链接有自己独立的inode，仅记录原文件的路径；

2. 创建方式：硬链接用ln命令（ln 原文件 硬链接文件），软链接用ln -s命令（ln -s 原文件 软链接文件）；

3. 原文件删除影响：硬链接不受影响（inode未被释放，只要有一个硬链接存在，文件就不会被删除）；软链接失效（变成"断链"，无法访问）；

4. 跨文件系统：硬链接不能跨文件系统（inode是文件系统本地的）；软链接可以跨文件系统；

5. 文件类型：硬链接不能指向目录（避免循环链接）；软链接可以指向目录和文件。

六、面试总结与备考建议

大厂OS面试的核心逻辑的是：基础扎实+原理理解+实际应用，无需死记硬背，重点掌握"为什么""怎么做"，而非单纯记答案。结合本文题目，给大家2点备考建议：

1. 优先掌握核心模块：进程线程、内存管理、死锁、IO模型是必考模块，占OS面试题的80%，先吃透这4个模块，再补充文件系统等基础知识点；

2. 结合实际场景理解：每道题都要思考"实际开发中哪里会用到"（如LRU用于缓存、epoll用于高并发、零拷贝用于中间件），避免"纸上谈兵"，这样才能在面试中灵活应对追问。

最后提醒：OS面试不追求"偏题、怪题"，而是考察你的基础功底和逻辑思维，只要吃透本文的15道高频题，理解背后的原理，就能应对绝大多数大厂的OS面试，祝大家面试顺利！