序言：從高層邏輯到底層硬件的回歸
在當今的軟件開發中，我們習慣于用高級語言構建抽象層——通過框架、庫和云服務快速實現功能。這種“軟邏輯”的便利性讓開發效率倍增，卻也逐漸模糊了我們對計算機本質的認知：一切代碼終將落地為硬件行為。
Bjarne Stroustrup（C++之父）曾言：“The Web is a flea on the tail of the dog called IT.”（萬維網不過是信息技術狗尾巴上的一只跳蚤）。這句話深刻揭示了技術表象與底層根基的關系。
回想DOS時代，從盤符加載到命令執行，每一步都直擊硬件本質；而如今的一鍵開機背后，是無數硬件信號、固件協議和驅動程序的精密協作。理解底層，不是為了復古，而是為了在高層抽象失效時，仍能掌控全局。
設備驅動程序——連接軟硬件的橋梁
1.1 什么是設備驅動？
設備驅動是操作系統的“硬件翻譯官”，它完成兩件事：
-
機制（Mechanism）：將硬件操作（如寄存器讀寫、中斷處理）封裝為統一接口。
-
策略（Policy）：由上層決定如何使用這些接口（如權限管理、數據調度）。
示例：
-
鍵盤驅動（機制）提供按鍵掃描碼，窗口管理器（策略）決定如何響應快捷鍵（如Ctrl+C）。
-
GPU驅動（機制）實現圖形渲染，桌面環境（策略）管理窗口布局。
1.2 為什么需要學習驅動開發？
-
突破技術黑箱：理解從代碼到硬件的完整鏈路（如
printf如何點亮屏幕像素）。 -
解決實際問題：定制硬件支持（如為嵌入式設備編寫專用驅動）。
-
職業競爭力：內核開發、IoT、自動駕駛等領域對底層能力要求極高。
1.3 設備驅動的分類
| 類型 | 特點 | 典型設備 | 用戶接口示例 |
|---|---|---|---|
| 字符設備 | 按字節流訪問，支持read()/write() | 鍵盤、串口 | /dev/ttyS0 |
| 塊設備 | 按數據塊訪問，用于存儲設備 | 硬盤、SSD | /dev/sda |
| 網絡接口 | 處理數據包，無文件節點 | 網卡、虛擬隧道 | eth0、wlan0 |
1.4 從零編寫一個驅動模塊
代碼示例：最簡單的內核模塊
#include <linux/module.h>
#include <linux/init.h>// 模塊加載時執行
static int __init my_driver_init(void) {printk(KERN_INFO "Driver loaded: Hello, Kernel!\n"); // 內核日志輸出return 0;
}// 模塊卸載時執行
static void __exit my_driver_exit(void) {printk(KERN_INFO "Driver unloaded: Goodbye, Kernel!\n");
}// 注冊模塊入口/出口
module_init(my_driver_init);
module_exit(my_driver_exit);// 模塊元信息
MODULE_LICENSE("GPL"); // 開源協議
MODULE_AUTHOR("Your Name"); // 作者
MODULE_DESCRIPTION("A Minimal Driver"); // 描述操作步驟：
-
使用vim創建一個my_driver.c文件
-
編寫?
Makefile：obj-m += my_driver.o all:make -C /lib/modules/$(shell uname -r)/build M=$(PWD) modules clean:make -C /lib/modules/$(shell uname -r)/build M=$(PWD) clean -
編譯并加載模塊：
make # 編譯 sudo insmod my_driver.ko # 加載模塊 dmesg | tail -n 2 # 查看內核日志輸出 sudo rmmod my_driver # 卸載模塊
當加載模塊后通過dmesg可以看見我們驅動運行時打印的信息?。
現在自己也在學習Linux驅動開發中也歡迎各位同學和大佬跟我交流~
