1. 系统调用概述

大家好，我是你们这门课的老朋友。今天咱们来聊聊系统调用——说白了，就是用户程序跟内核打交道的那扇门。

我记得刚入行那会儿，写了个简单的文件读写程序，跑起来没问题。但当我试着直接操作硬件寄存器时，程序立马崩溃了。嗯，那时候我才真正意识到——用户态和内核态之间，隔着一道不可逾越的墙。而系统调用，就是墙上那扇唯一的门。

什么是系统调用

系统调用，英文叫 system call。它是操作系统提供给用户程序的接口。用户程序通过它，请求内核提供服务。

你想想看，你的程序跑在用户态，不能直接访问硬件，不能直接读写文件，不能直接创建进程。那怎么办？只能通过系统调用，让内核帮你干这些事。

我习惯把系统调用比作「电话总机」。你拨一个号码（系统调用号），总机（内核）帮你接通对应的服务（内核函数）。整个过程你不需要知道总机内部怎么运作，只需要知道号码和怎么拨号就行。

系统调用的作用

系统调用的作用，说白了就三件事：

• 资源管理——分配内存、管理文件、调度进程
• 硬件访问——读写磁盘、收发网络包、控制外设
• 安全隔离——防止用户程序互相干扰、破坏系统

我在项目中遇到过一个问题：有个同事写了个死循环，不断创建线程。结果系统资源被耗尽，整个服务器挂了。这就是因为没有合理使用系统调用。你想想看，如果每个程序都能随便创建线程，那系统早就乱套了。

系统调用就像交通警察。它控制着所有程序对资源的访问。没有它，用户程序就是一群没头苍蝇，到处乱撞。

用户态与内核态

这个概念很重要。我建议你把它刻在脑子里。

CPU 有两种运行模式：

模式	权限	能做什么
用户态	受限	只能执行普通指令，不能访问硬件、不能操作内核数据结构
内核态	完全	可以执行特权指令，访问所有内存和硬件

为什么会这样设计？

嗯，这里要注意。如果所有程序都运行在内核态，一个 bug 就能让整个系统崩溃。我见过一个案例：某驱动在内核态写了个野指针，结果系统直接 panic。从那以后，我写内核代码时格外小心。

用户态和内核态的切换，是通过系统调用完成的。流程大概是：

1. 用户程序调用库函数（比如 write()）
2. 库函数触发软中断（比如 int 0x80 或 syscall 指令）
3. CPU 切换到内核态
4. 内核执行对应的系统调用处理函数
5. 返回结果，CPU 切回用户态

系统调用的分类

Linux 系统调用大概有 300 多个。我习惯把它们分成几类：

• 进程控制——fork、exec、exit、wait
• 文件操作——open、read、write、close、lseek
• 设备管理——ioctl、mmap
• 信息维护——getpid、time、sysinfo
• 通信——pipe、socket、shmget

你可能会问：这么多系统调用，怎么记得住？

我个人习惯是：先记住最常用的十几个，比如 open、read、write、close、fork、exec、mmap。其他的用到再查 man 手册。Linux 的 man 手册写得很好，比如 man 2 open 就能看到 open 系统调用的详细说明。

一个简单的例子

咱们来看一个实际的例子。下面这段 C 代码，用到了 write 系统调用：

#include <unistd.h>

int main() {
    // 直接调用系统调用 write
    // 参数：文件描述符1（标准输出），字符串，长度
    write(1, "Hello, kernel!\n", 16);
    return 0;
}

你编译运行它，会在终端看到 "Hello, kernel!"。背后发生了什么？

1. 程序调用 write() 库函数
2. 库函数把参数放到寄存器，触发 syscall 指令
3. CPU 切换到内核态
4. 内核找到 sys_write 函数，把数据写到标准输出
5. 返回用户态，程序继续执行

整个过程发生在毫秒级别。但你想想看，如果没有系统调用，你的程序根本碰不到屏幕。

知识体系图

下面这张图，是我画的系统调用核心逻辑。你看一眼就能明白整体结构：

这张图展示了用户程序通过系统调用进入内核态的完整路径。你仔细看看，就能理解整个流程了。

总结

系统调用是用户程序与内核交互的唯一通道。它负责资源管理、硬件访问和安全隔离。用户态和内核态的划分，保证了系统的稳定性和安全性。

嗯，这一章就到这里。记住：系统调用不是魔法，它只是一套精心设计的接口。理解了它，你就理解了操作系统的一半。