📚 课程目录第1章内核模块入门

1. 内核模块入门：从用户态到内核态的第一步

说实话，很多刚接触 Linux 内核开发的朋友，第一个困惑就是：内核模块到底是什么？ 我当年刚入行时也一样，总觉得这玩意儿挺神秘。今天咱们就把这层窗户纸捅破。

什么是内核模块？

内核模块（Kernel Module），说白了就是一段可以在运行时动态加载到内核的代码。它不像普通程序那样跑在用户空间，而是直接成为内核的一部分。

我习惯这么理解：内核模块就像给操作系统打补丁——不用重启系统，就能给内核添加新功能。比如你插了个新网卡，系统没驱动？加载一个模块就行，不用重新编译整个内核。

核心特征：

动态加载/卸载，无需重启
运行在内核空间，拥有最高权限
代码体积小，通常只实现特定功能
与内核共享地址空间

模块 vs 应用程序：天壤之别

你可能会问：模块和普通程序到底差在哪？嗯，这里面的区别可不小。我做个表格，一目了然：

对比维度	内核模块	用户态应用程序
运行空间	内核空间（Ring 0）	用户空间（Ring 3）
入口函数	`module_init()`	`main()`
内存访问	直接访问物理内存	虚拟地址，受MMU保护
库支持	只能使用内核API	可使用glibc等用户态库
崩溃影响	内核崩溃（Kernel Panic）	仅进程退出
调试难度	高，需用kgdb或printk	低，gdb直接上
标准I/O	无printf，用printk	printf、fprintf随便用

看到没？最大的区别就是权限和责任。模块里一个空指针引用，系统直接挂掉。我在项目中遇到过好几次，调试模块崩溃比调试应用程序痛苦得多——没有core dump，没有堆栈回溯，全靠printk一点一点打日志。

我曾经踩过的坑：刚写模块时，习惯性地在模块里调了 malloc()，结果编译报错。内核里没有glibc，内存分配得用 kmalloc() 或 vmalloc()。这个习惯改了我好一阵子。

第一个Hello World模块

光说不练假把式。咱们直接上手写一个最简单的模块。你想想看，第一个程序永远都是Hello World，内核模块也不例外。

代码结构

// hello.c
#include <linux/module.h>    // 所有模块都需要
#include <linux/kernel.h>    // printk需要的头文件
#include <linux/init.h>      // __init 和 __exit 宏

static int __init hello_init(void)
{
    printk(KERN_INFO "Hello, Kernel World!\n");
    printk(KERN_INFO "Module loaded successfully.\n");
    return 0;  // 0表示加载成功
}

static void __exit hello_exit(void)
{
    printk(KERN_INFO "Goodbye, Kernel World!\n");
    printk(KERN_INFO "Module unloaded.\n");
}

module_init(hello_init);
module_exit(hello_exit);

MODULE_LICENSE("GPL");
MODULE_AUTHOR("Your Name");
MODULE_DESCRIPTION("A simple Hello World module");
MODULE_VERSION("1.0");

Makefile怎么写？

编译内核模块不能用普通的gcc，得用内核的构建系统。我个人习惯用这个模板：

# Makefile
obj-m += hello.o

KDIR := /lib/modules/$(shell uname -r)/build
PWD  := $(shell pwd)

all:
    $(MAKE) -C $(KDIR) M=$(PWD) modules

clean:
    $(MAKE) -C $(KDIR) M=$(PWD) clean

小提示：KDIR 指向当前运行内核的源码树。如果你自己编译了内核，记得把路径改成你自己的内核源码目录。

编译与测试

操作步骤很简单，跟着走一遍：

编译：在源码目录执行 make，会生成 hello.ko 文件
加载：sudo insmod hello.ko，没消息就是好消息
查看：dmesg | tail -5，你会看到打印的日志
卸载：sudo rmmod hello，再用 dmesg 看退出消息
查看模块信息：modinfo hello.ko，能看到作者、描述等元数据

为什么会用 printk 而不是 printf？因为内核没有标准C库。printk 是内核自己的打印函数，KERN_INFO 是日志级别。你看 dmesg 的输出时，这些消息会出现在内核日志缓冲区里。

模块的生命周期

每个模块都有固定的生命周期，我画了张图帮你理解：

流程其实很简单：insmod 触发 module_init()，模块开始工作；rmmod 触发 module_exit()，模块清理退出。中间那块是模块的活跃期，你的功能代码就在这期间执行。

几个必须注意的细节

返回值：module_init() 返回0表示成功，负数表示失败。我见过有人忘了写 return 0，结果模块加载后 lsmod 一看，引用计数是0，功能全废。
许可证：MODULE_LICENSE("GPL") 不是摆设。如果不声明GPL，某些内核API你调不了，编译直接报错。
日志级别：printk 的级别很重要。用 KERN_INFO 能看到，用 KERN_DEBUG 可能被日志等级过滤掉，你查半天以为代码没执行。

我曾经踩过的坑：有一次调试一个驱动，怎么加载都没反应，dmesg 里啥也没有。折腾了两小时，才发现 printk 用的 KERN_DEBUG，而系统的日志等级默认不打印 debug 消息。从那以后，我调试阶段一律用 KERN_INFO 或 KERN_ERR。

小结

这一章咱们把内核模块的底子打好了。你知道了模块是什么、和普通程序有什么区别、怎么写第一个Hello World模块。这些东西看着简单，但都是后面所有章节的基础。我建议你亲手敲一遍代码，编译加载看看效果——只有真正跑起来，你才能感受到内核模块和普通程序那种「不一样」的感觉。