1. 内核裁剪概述：Linux内核源码结构、裁剪的意义与目标、裁剪的基本原则与风险控制

1.1 Linux内核源码结构全景

Linux内核是一个宏内核（Monolithic Kernel），其源码树经过三十余年发展，形成了高度模块化、层次分明的目录结构。理解源码布局是裁剪的第一步，只有知道“哪些文件可以动、哪些目录负责什么功能”，才能精准定位裁剪目标。

1.2 裁剪的意义与目标

内核裁剪不是“为了小而去小”，而是围绕嵌入式产品的实际需求做减法。裁剪的核心目标可以归纳为四个维度：

• 体积缩减： 减少内核镜像（zImage/Image）的存储占用，适配小容量Flash（如4MB/8MB SPI NOR）。
• 内存释放： 减少运行时内核代码段、数据段、动态模块占用的RAM，为应用程序留出更多空间。
• 启动加速： 减少不必要的驱动初始化、探测、注册过程，缩短从bootloader到用户空间的时间窗口。
• 安全收敛： 移除未使用的协议栈、驱动、系统调用，缩小攻击面，降低CVE风险。

1.3 裁剪的基本原则

内核裁剪需要遵循一套经过业界验证的工程原则，避免“剪坏”系统。以下六条原则是裁剪工作的底线：

1. 最小依赖原则： 每个配置项都有Kconfig依赖链，裁剪前必须用 make menuconfig 或 make savedefconfig 确认依赖关系，避免“选A导致B被强制选中”。
2. 功能可测原则： 每次裁剪后必须验证核心功能（网络连通、文件系统挂载、外设通信）是否正常，建议建立自动化回归测试用例。
3. 增量迭代原则： 不要一次性裁剪50%的配置，而是每次裁剪5%~10%，编译、测试、记录，形成可追溯的裁剪基线。
4. 硬件对齐原则： 裁剪必须基于目标板实际硬件资源（CPU型号、外设列表、内存大小、存储介质），不要“猜”硬件需求。
5. 启动路径优先原则： 优先裁剪不影响系统启动路径的模块（如未使用的音频、视频、GPU驱动），保留与init进程、根文件系统挂载、控制台输出相关的配置。
6. 配置固化原则： 裁剪完成后将 .config 纳入版本管理，并生成 defconfig 文件，确保可复现构建。

1.4 风险控制与回退策略

内核裁剪伴随的风险主要包括：功能缺失、启动失败、性能退化、安全漏洞引入。有效的风险控制需要贯穿裁剪全流程：

回退策略三步法：

• 步骤1： 每次裁剪前备份 .config 文件，命名格式 .config.bak.YYYYMMDD_HHMM。
• 步骤2： 使用 git init 对内核源码树做本地版本管理，每次配置变更后提交，支持 git diff 回溯。
• 步骤3： 维护一个“裁剪白名单”脚本，记录必须保留的配置项，在每次 make menuconfig 后自动校验白名单是否被误修改。

1.5 裁剪前的准备工作清单

在动手修改配置之前，建议完成以下准备工作，避免“剪一刀就崩”：

• 获取目标硬件手册： 明确CPU型号、外设接口（I2C/SPI/UART/USB/ETH）、存储介质类型与容量。
• 构建最小可启动内核： 先用目标板的标准defconfig编译一次，确认能正常启动到shell，作为裁剪的“黄金基线”。
• 记录启动日志： 使用 bootgraph 或 initcall_debug 参数记录完整启动时序，后续裁剪后对比差异。
• 准备回退环境： 确保有TFTP/NFS网络启动能力，或保留一个可烧录的完整镜像，防止裁剪后无法启动时“变砖”。
• 建立配置变更日志： 使用 scripts/diffconfig 工具对比每次裁剪前后的配置变化，形成可审计的裁剪记录。