4、核心命令裁剪策略：文件系统命令（ls, cp, mv）、进程管理命令（ps, top, kill）、网络命令（ifconfig, ping）的取舍
好，咱们进入正题。这一章聊的是命令裁剪，说白了就是「哪些命令该留，哪些该扔」。很多新手做 BusyBox 裁剪时，恨不得把所有命令都塞进去，结果固件体积大得离谱。我刚开始也犯过这毛病，后来被一次线上事故狠狠教育了一回——嗯，从那以后我再也不敢「全都要」了。
核心原则：命令不是越多越好，够用就行。每多一个命令，你的固件就多一分臃肿，启动就慢一秒。
4.1 文件系统命令：ls、cp、mv 的取舍
文件系统命令是日常操作的基础。但你真的需要全部保留吗？
ls —— 这个我建议保留。为什么？因为排查问题时，你总得看看目录里有什么。我在项目中遇到过，有一次设备启动后网络不通，我第一反应就是 ls /sys/class/net/ 看看网卡有没有注册上。没有 ls，你连基本的状态都摸不清。
不过，ls 可以精简。BusyBox 的 ls 支持很多选项，比如 -l、-a、-h。如果你只是用来列目录，完全可以只保留最基本的 -l 和 -a，其他花里胡哨的选项统统砍掉。我个人的习惯是：
# 在 BusyBox 配置中，只勾选以下选项
CONFIG_LS=y
CONFIG_FEATURE_LS_COLOR=n # 颜色输出，嵌入式环境不需要
CONFIG_FEATURE_LS_TIMESTAMPS=n # 时间戳，省空间
CONFIG_FEATURE_LS_USERNAME=n # 用户名显示，嵌入式没意义
cp —— 这个看场景。如果你的系统是只读根文件系统（比如 squashfs），那 cp 基本用不上。但如果是可读写系统，比如用 overlayfs 做升级，那 cp 就很有用了。我建议：
- 只读系统：砍掉 cp，用
cat > file替代复制操作 - 可写系统：保留 cp，但只保留基本功能，去掉
-r、-p等选项
mv —— 这个我倾向于保留。为什么？因为很多脚本里会用到 mv 做原子操作。比如升级固件时，先把新文件下载到临时目录，再用 mv 覆盖旧文件，这样即使掉电也不会损坏系统。我曾经遇到过，因为砍掉了 mv，结果升级脚本只能用 cp + rm，中间掉电直接导致系统变砖……那叫一个惨。
小技巧：如果你实在想省空间，可以用 busybox mv 的软链接，而不是编译进 BusyBox 本体。这样需要时还能用，平时不占内存。
4.2 进程管理命令：ps、top、kill 的取舍
进程管理命令，说白了就是「看进程」和「杀进程」。这两件事在嵌入式里都很重要，但方式可以不同。
ps —— 这个我强烈建议保留。为什么？因为排查问题时，你总得知道哪些进程在跑。我记得有一次，设备内存泄漏，我靠 ps 一个个看进程的 RSS 占用，才找到是某个守护进程在疯狂吃内存。没有 ps，你连问题都定位不了。
不过，ps 可以精简。BusyBox 的 ps 支持很多选项，比如 aux、ef。我建议只保留最基本的 -o pid,ppid,comm 输出格式，其他选项砍掉：
# 精简后的 ps 配置
CONFIG_PS=y
CONFIG_FEATURE_PS_WIDE=n # 宽输出，不需要
CONFIG_FEATURE_PS_LONG=n # 长格式，不需要
CONFIG_FEATURE_PS_TIME=n # 时间显示，不需要
top —— 这个我建议砍掉。为什么？因为 top 是交互式工具，在嵌入式环境里基本用不上。你想想看，谁会对着串口终端一直盯着 top 看？真要监控 CPU 和内存，用 cat /proc/stat 和 cat /proc/meminfo 就够了。我个人的习惯是：
- 开发阶段：可以用 top，方便调试
- 生产阶段：砍掉 top，用脚本定时采集 /proc 信息
kill —— 这个必须保留。为什么？因为进程挂了需要重启，或者某个进程卡死了需要杀掉。没有 kill，你连 kill -9 都做不到。不过，kill 的选项可以精简：
# 只保留基本信号
CONFIG_KILL=y
CONFIG_FEATURE_KILL_DELAY=n # 延迟发送，不需要
注意：砍掉 top 后，记得保留 cat /proc/* 的能力。很多新手砍了 top 就忘了保留 /proc 文件系统，结果连基本监控都做不了。嗯，这里要注意。
4.3 网络命令：ifconfig、ping 的取舍
网络命令是嵌入式设备的命脉。没有网络，设备就是个孤岛。但网络命令也分轻重缓急。
ifconfig —— 这个我建议保留，但可以精简。为什么？因为配置 IP 地址、查看网卡状态，这些是基本操作。不过，ifconfig 已经被 ip 命令取代了，如果你用了 iproute2，那 ifconfig 可以砍掉。但如果你用的是纯 BusyBox，那 ifconfig 还是得留。
我建议的配置：
# 精简 ifconfig
CONFIG_IFCONFIG=y
CONFIG_FEATURE_IFCONFIG_HW=n # 硬件地址设置，不需要
CONFIG_FEATURE_IFCONFIG_METRIC=n # 路由度量，不需要
CONFIG_FEATURE_IFCONFIG_MEMSTART_IOADDR_IRQ=n # 内存地址，不需要
ping —— 这个我建议保留，但只保留基本功能。为什么？因为网络不通时，ping 是最直接的排查工具。我在项目中遇到过，设备部署到客户现场后网络不通，我远程让客户执行 ping 8.8.8.8，几秒钟就定位到是 DNS 问题。没有 ping，你连最基本的连通性都测不了。
不过，ping 的选项可以砍掉很多：
# 精简 ping
CONFIG_PING=y
CONFIG_FEATURE_PING_IPV4=y # 只保留 IPv4
CONFIG_FEATURE_PING_IPV6=n # IPv6 砍掉
CONFIG_FEATURE_PING_DEADLINE=n # 超时选项，不需要
CONFIG_FEATURE_PING_FLOOD=n # 洪水攻击，不需要
小技巧：如果你实在想省空间，可以用 busybox ping -c 1 代替完整 ping。只发一个包，够用就行。
4.4 知识体系图
下面这张图总结了本章的核心逻辑。说白了就是：每个命令都要问自己三个问题——「必须用吗？」「能精简吗？」「有替代品吗？」。
4.5 实战建议
说了这么多，我总结一下我的个人经验：
- 先列清单：把系统启动和运行过程中所有用到的命令列出来，一个都不要漏
- 逐个审查：每个命令问自己三个问题——「必须用吗？」「能精简吗？」「有替代品吗？」
- 测试验证：砍掉一个命令后，一定要跑一遍完整的启动流程和功能测试
- 留有余地：生产环境可以砍，但开发环境建议保留。我一般会做两个配置：一个开发版（全功能），一个生产版（精简）
避坑指南：我曾经因为砍掉了 ls 的 -l 选项，结果某个脚本里用了 ls -l | awk '{print $5}' 获取文件大小，直接报错。嗯，从那以后我每次裁剪都会先跑一遍所有脚本，确保没有依赖被砍掉的选项。
好了，这一章就到这里。记住：命令裁剪不是越少越好，而是「够用就好」。下一章我们聊聊文件系统的挂载优化，那才是真正影响启动速度的关键。
可可精品资料库