前言： 在《操作系统》的课程考核或大作业答辩中，光会跑满分代码往往不够，老师最看重的是你是否真正理解了代码背后的底层逻辑。 今天，我将以第一人称视角，带大家回顾 XV6 实验一（Syscall）的通关与展示流程，并将实验代码与 408 考研大纲中的核心操作系统考点深度绑定。这篇文章不仅是我个人的实验总结，也可以直接作为你的高分答辩演说词！

🚀 一、 实验成果与运行展示

在答辩现场，首先需要用最清晰的逻辑展示我们的代码是完全 Work 的。以下是我的标准演示流程：

1. 编译与启动

在终端中输入 make qemu，等待 XV6 系统启动进入 $ 提示符。 在实验一中，我主要在用户态（User Space）编写了两个核心程序：sleep 和 pingpong。

2. 演示 Sleep 程序

我会向老师演示：

$ sleep 10

🎙️ 现场话术： > “老师您好，首先为您演示 sleep 程序。我编写的代码可以接收命令行的数字参数。如您所见，当我输入 sleep 10 时，系统会精确暂停 10 个时钟周期，然后再返回终端提示符。这就验证了我的程序成功触发了内核的进程挂起机制。”

3. 演示 Pingpong 程序

紧接着，我会执行：

$ pingpong
4: received ping
3: received pong

🎙️ 现场话术： “其次是 pingpong 程序。这个程序展示了父子进程如何通过管道互相传递一个字节的数据。屏幕上打印的 received ping 和 received pong，证明了父进程成功把字节发给了子进程，子进程收到后又完美地发还给了父进程，完成了一次双向握手。”

最后，退出 QEMU（Ctrl+A 后按 X），运行官方评分脚本 ./grade-lab-syscall，展示满分 Score 100/100。

🧠 二、 核心代码背后的 408 考点剖析（高分关键）

答辩的核心在于“知其然，知其所以然”。在手写这两个程序的过程中，我把《计算机操作系统》理论课上极其抽象的几个概念，真正落地到了代码层面。

📌 考点 1：用户态与内核态的切换（结合 Sleep 实验）

以前学理论只知道系统调用会产生“陷入（Trap）”，做完实验后，我彻底弄懂了它的底层逻辑：

• 特权级切换： 当我在用户空间执行自己写的 sleep(10) 时，它并不是一个普通的 C 语言函数调用。在底层，它其实触发了一条特殊的 RISC-V 汇编指令——ecall（类似 x86 的 int 0x80）。

• 操作系统接管： 这条指令会让 CPU 的权限从用户态（User Mode）瞬间切换到内核态（Kernel Mode）。

• 状态流转： 操作系统内核接管控制权后，会根据 Syscall Number 去系统调用表中找到真正的 sys_sleep 函数。内核把我的这个进程从“运行态”移入“阻塞态”。当时钟中断通知时间到了，内核再将其唤醒放入“就绪队列”，最后通过 sret 指令把权限交还，程序才回到用户态继续执行。

📌 考点 2：进程间通信 IPC 与半双工管道（结合 Pingpong 实验）

在写 pingpong 时，我利用了匿名管道（Pipe）来实现进程间通信。

• 半双工的限制： 在 408 理论中我们学过，传统的管道是“半双工”的，数据只能像单行道一样单向流动（一端写，另一端读）。

• 代码层面的设计： 实验要求父子进程要“一来一回”地聊天，这其实是一种伪双向通信。为了避免数据读写混乱，我在代码里强制申请了两个独立的管道：一个专供“父传子”，另一个专供“子传父”。

📌 考点 3：资源回收与死锁预防（结合 Pingpong 实验）

这是整个实验中最容易出错，也是最能体现操作系统素养的地方——文件描述符（fd）的严格关闭。

• 资源继承： 我通过 fork() 创建了子进程，理论上 fork 会复制父进程的资源。这意味着，父子进程同时握着这两个管道的“读端”和“写端”。

• 管道的阻塞特性： 管道的 read 函数有一个致命特性：如果管道的写端没有被彻底关闭，读端就会以为“后面还有人要写数据”，从而一直阻塞卡死在那里，造成死锁。

• 破除死锁的等待条件： 为了防止程序卡死，我极其严谨地进行了资源分配：在子进程里，立刻 close() 掉父传子管道的写端；在父进程里，也立刻关掉自己不用的端口。只有这样，当一方把数据写完并 exit 时，管道才能顺利发出 EOF（文件结束信号），让另一方解除阻塞。

以上就是我的实验一完整总结与答辩思路。如果你也在做 XV6 实验，欢迎在评论区交流踩坑经验！觉得有帮助的话，别忘了点赞收藏支持一下~