第一章：开发环境搭建——工欲善其事，必先利其器
做驱动开发，环境搭建是第一道坎。我见过太多人，代码写得挺溜，结果环境没配好，一编译就报错，一调试就蓝屏。说白了，环境搭不对，后面全是坑。
这一章，我把 Windows 和 Linux 两套环境怎么搭、怎么选，掰开了讲清楚。你跟着走一遍，至少能省下三天摸索时间。
1.1 Windows WDK/SDK 安装——别小看版本匹配
Windows 驱动开发，离不开 WDK（Windows Driver Kit）和 SDK（Software Development Kit）。这两兄弟必须版本匹配，否则编译时你会看到一堆莫名其妙的链接错误。
我的建议：直接用 Visual Studio 2022 配合最新的 WDK。微软现在把安装流程简化了不少，但有几个细节你得注意。
安装步骤（我踩过的坑都标出来了）：
- 先装 Visual Studio 2022，选「使用 C++ 的桌面开发」工作负载
- 再装 Windows SDK（一般 VS 安装器会自带，但建议单独确认版本）
- 最后装 WDK——注意！WDK 安装器会自动检测 VS 版本，如果检测不到，八成是 VS 没装对组件
⚠️ 我曾经犯过的错：有一次我图省事，直接装了 WDK 却不看 SDK 版本。结果编译一个 KMDF 驱动，链接阶段报了一堆 unresolved external symbol。折腾了两天才发现，WDK 10.0.22621 必须配 SDK 10.0.22621，差一个版本号都不行。
安装完成后，验证一下环境。打开命令行，输入：
msbuild /version
能看到版本号，说明构建工具没问题。再试试：
verifier /?
驱动验证工具能跑起来，环境就算搭好了。
1.2 Linux 内核源码获取——别下错了分支
Linux 驱动开发，你得先拿到内核源码。这事儿看着简单，其实有讲究。
最稳妥的方式：用 git 克隆主线仓库。但你要搞清楚，你是要开发新驱动，还是维护旧驱动？
- 开发新驱动：拉最新的主线分支（master 或 main）
- 维护旧驱动：找到对应内核版本的 tag，比如 v5.15.0
# 克隆主线（我习惯只拉最新一层，省时间）
git clone --depth 1 https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
# 或者指定版本
git clone --depth 1 --branch v6.1.0 https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git
💡 小技巧：用 --depth 1 只拉最新提交，能省下好几个 G 的磁盘空间。我刚开始不懂，全量克隆了一次，等了快一小时，磁盘还爆了。
源码拿到后，先看看内核版本：
make kernelversion
嗯，这一步能确认你拿到的源码对不对。
1.3 交叉编译工具链配置——嵌入式开发的必修课
做嵌入式驱动开发，交叉编译是躲不开的。你想想看，你的开发机是 x86，目标板是 ARM，不交叉编译怎么跑？
工具链的选择：我推荐用 Linaro 提供的 GCC 工具链，稳定且社区活跃。
# 下载 ARM64 工具链
wget https://releases.linaro.org/components/toolchain/binaries/latest-7/aarch64-linux-gnu/gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu.tar.xz
# 解压到 /opt
sudo tar -xvf gcc-linaro-*.tar.xz -C /opt
配置环境变量，把工具链路径加到 PATH 里：
export PATH=/opt/gcc-linaro-7.5.0-2019.12-x86_64_aarch64-linux-gnu/bin:$PATH
export CROSS_COMPILE=aarch64-linux-gnu-
export ARCH=arm64
⚠️ 注意：交叉编译时，内核源码的配置必须跟目标板匹配。我在项目中遇到过，有人用默认的 defconfig 编译，结果烧到板子上网卡驱动死活不工作。后来发现是设备树没配对。
验证工具链是否生效：
aarch64-linux-gnu-gcc --version
能看到版本信息，说明工具链能用。
1.4 虚拟机与双系统选择——没有完美的方案
这个问题，几乎每个初学者都会问。我直接说结论：没有完美的方案，只有适合你的方案。
| 方案 | 优点 | 缺点 | 适合场景 |
|---|---|---|---|
| 虚拟机（VMware/VirtualBox） | 切换方便，快照备份，不影响主系统 | 性能损耗，无法直接访问硬件 | 学习、调试、非实时性驱动开发 |
| 双系统 | 完全硬件性能，无虚拟化开销 | 切换麻烦，配置不当可能引导失败 | 需要直接操作硬件、性能敏感场景 |
| WSL2 | 集成度高，文件共享方便 | 内核模块编译受限，无法加载驱动 | 用户态驱动开发、学习 Linux 编程 |
我个人习惯：Windows 做主力系统，VMware 里跑 Ubuntu 做 Linux 开发。为什么？因为快照功能太香了。内核编译搞崩了，恢复快照只要十秒钟。双系统一旦崩了，你得抱着电脑去修。
但如果你要做 USB 驱动、PCIe 驱动这种需要直接操作硬件的，虚拟机就不行了。这时候双系统是唯一选择。
💡 折中方案：我见过一些老手，用虚拟机做日常开发，再准备一台便宜的 ARM 开发板做硬件测试。代码在虚拟机上编译，通过 NFS 或 scp 传到板子上跑。既享受了虚拟机的便利，又能直接操作硬件。
1.5 本章知识体系总览
下面这张图，把开发环境搭建的核心逻辑串起来了。你照着这个思路走，不会乱。
这张图你看懂了吗？核心就三点：选平台、配工具、定方案。Windows 侧重 WDK/SDK 版本匹配，Linux 侧重源码和交叉编译，最后根据你的实际需求选虚拟机还是双系统。
环境搭好了，后面写代码、调试才能顺风顺水。别急，慢慢来，每一步都走稳了，后面才能跑得快。
想要更多资料，联系可可