1. 嵌入式Linux内核裁剪概述

做嵌入式Linux开发这些年，我见过不少新手一上来就拿着完整的内核源码直接编译，烧到板子上才发现——128MB的Flash根本装不下。嗯，这就是我们今天要聊的第一个话题：内核裁剪。

说白了，内核裁剪就是给你的硬件平台「量身定制」一个最合适的操作系统内核。去掉那些你用不到的驱动、文件系统、网络协议栈，只保留真正需要的功能模块。我刚开始做这个的时候也觉得麻烦，后来在项目里吃过亏才明白——这一步省不了。

1.1 内核裁剪的意义

为什么要花时间做裁剪？我总结了三个核心原因：

• 节省存储空间：工业设备Flash通常只有16MB~256MB，完整内核动辄几十MB，不裁剪根本放不下
• 提升启动速度：少加载一个模块，就少一次解压和初始化。我在一个工控项目里把启动时间从23秒压到了6秒
• 增强系统安全：不用的驱动和协议栈就是攻击面。裁剪掉它们，等于给系统「瘦身防身」

1.2 裁剪的基本原则

裁剪不是越狠越好。我见过有人把ext4文件系统都砍了，结果应用层跑不起来。这里有几个原则，是我踩坑踩出来的：

1. 最小化原则：只保留硬件必须的功能，但不要动核心子系统（进程调度、内存管理、VFS）
2. 可回溯原则：每次裁剪都做记录，方便出问题时回退。我习惯用Git管理内核配置
3. 测试先行原则：每裁剪一批模块，就编译烧录一次，验证基本功能是否正常
4. 模块化原则：能用模块的就别编译进内核，方便后续按需加载

1.3 裁剪前的准备工作

动手之前，先把这几样东西准备好：

准备项	具体内容	我的建议
硬件手册	CPU型号、外设列表、内存/Flash容量	最好拿到原理图和PCB布局图
内核源码	与硬件厂商BSP匹配的内核版本	别用太新的主线内核，驱动可能不兼容
交叉编译工具链	arm-linux-gnueabihf- 或 aarch64-linux-gnu-	用厂商提供的，自己配容易踩坑
根文件系统	BusyBox或Buildroot生成的rootfs	先做最小系统，后续再扩展
启动日志	原厂内核的完整启动dmesg	这是裁剪的「地图」，必须保留

我个人习惯在开始裁剪前，先做一次完整编译并烧录验证。确保原始环境是好的，后面出了问题才知道是裁剪导致的。

1.4 内核裁剪的核心流程

下面这张图是我自己总结的裁剪流程，你可以照着走：

这个流程看起来简单，但每一步都有讲究。比如「逐模块裁剪并测试」，我建议按这个顺序来：

• 先砍掉不用的驱动（声卡、显卡、蓝牙、Wi-Fi等）
• 再精简网络协议栈（IPv6、IPSec、Netfilter等）
• 然后去掉文件系统支持（只保留你用的那一种）
• 最后清理调试选项（printk、debugfs、kgdb等）

1.5 裁剪效果的量化评估

裁剪完了怎么衡量效果？我一般看这几个指标：

指标	裁剪前	裁剪后	优化幅度
内核镜像大小	12.8 MB	3.6 MB	71.9%
启动时间	18.2 s	5.4 s	70.3%
内存占用	64 MB	28 MB	56.3%
编译时间	45 min	12 min	73.3%

这些数据来自我去年做的一个工业网关项目。你看，裁剪带来的收益是实实在在的。但我也要提醒你——别为了追求极致压缩而牺牲稳定性。工业设备讲究的是「7×24小时不宕机」，不是「内核小到1MB」。