2. 系统调用号与系统调用表：系统调用号的概念、系统调用表(sys_call_table)的结构与初始化

系统调用是用户态程序请求内核服务的唯一合法通道。在内核入口函数（如 entry_SYSCALL_64）被触发后，内核需要快速、准确地定位到对应的内核服务函数。这一过程依赖两个核心机制：系统调用号（System Call Number）和系统调用表（sys_call_table）。

2.1 系统调用号：内核服务的唯一标识

每个系统调用在内核中都有一个唯一的整数编号，称为系统调用号。用户态程序通过将系统调用号存入特定寄存器（x86-64 为 rax），告知内核需要执行哪个服务。

2.1.1 系统调用号的分配原则

• 唯一性：每个系统调用拥有全局唯一的编号，从 0 开始递增。
• 稳定性：已分配的系统调用号不会变更，旧编号不会被新调用复用（即使该调用被废弃）。
• 架构相关性：不同 CPU 架构（x86-64、ARM64、RISC-V）拥有各自独立的系统调用号空间。

2.1.2 系统调用号的定义位置

在 Linux 内核源码中，系统调用号通过宏定义在架构相关的头文件中。以 x86-64 为例：

// arch/x86/include/generated/uapi/asm/unistd_64.h
#define __NR_read              0
#define __NR_write             1
#define __NR_open              2
#define __NR_close             3
#define __NR_stat              4
#define __NR_fstat             5
// ... 后续编号依次递增
#define __NR_execve            59
#define __NR_exit              60
#define __NR_clone             56
// ...
#define __NR_syscall_max       547  // 当前最大系统调用号

2.2 系统调用表：函数指针的索引数组

系统调用表（sys_call_table）是内核中一个核心数据结构，它是一个由函数指针构成的数组。数组的索引就是系统调用号，数组的元素指向对应的内核服务函数。

2.2.1 数据结构定义

在 x86-64 架构下，系统调用表的类型定义如下：

// arch/x86/include/asm/syscall_table.h
typedef asmlinkage long (*sys_call_ptr_t)(const struct pt_regs *);

// 系统调用表声明
extern const sys_call_ptr_t sys_call_table[];

• sys_call_ptr_t：函数指针类型，指向一个接收 pt_regs 结构体指针并返回 long 的函数。
• sys_call_table[]：常量指针数组，数组大小由 __NR_syscall_max + 1 决定。

2.2.2 系统调用表的初始化

系统调用表在编译时通过链接器脚本和宏展开进行初始化，而非在运行时动态填充。核心机制是使用 SYSCALL_METADATA 和 __SYSCALL_COMMON 等宏，将分散定义的系统调用函数地址收集到表中。

// include/linux/syscalls.h 中的宏定义示例
#define __SYSCALL_DEFINEx(x, name, ...)                                 \
    static long __se_sys##name(const struct pt_regs *regs);             \
    static long __do_sys##name(__VA_ARGS__);                            \
    static long __se_sys##name(const struct pt_regs *regs)              \
    {                                                                   \
        return __do_sys##name(SC_PT_REGS_ARG##x(regs));                 \
    }                                                                   \
    __visible const sys_call_ptr_t __sys_##name = __se_sys##name;

最终，在 arch/x86/kernel/syscall_64.c 中，通过包含一个由脚本生成的 .c 文件来填充整个表：

// arch/x86/kernel/syscall_64.c
#include <asm/syscall_table.h>

// 由脚本 arch/x86/entry/syscalls/syscalltbl.sh 生成
#define __SYSCALL_COMMON(nr, sym, compat) [nr] = __sys_##sym,

const sys_call_ptr_t sys_call_table[__NR_syscall_max + 1] = {
    [0 ... __NR_syscall_max] = &__x64_sys_ni_syscall,  // 默认填充为未实现
    #include <asm/syscalls_64.h>                       // 覆盖已实现的调用
};

2.3 系统调用表的结构示意图

下图展示了系统调用表作为索引数组的核心结构，以及内核入口函数如何通过系统调用号进行快速查找：

2.4 系统调用号与系统调用表的关键特性对比

2.5 系统调用表的架构差异

不同 CPU 架构的系统调用表在命名、生成方式和函数签名上存在差异。下表总结了主流架构的特点：