嵌入式开发者的 Linux 命令实战手册：80 个高频工具深度解析

你有没有过这样的经历？凌晨两点，设备在现场突然宕机，远程登录后 dmesg 刷出一串内核 panic，而你却不知道从哪一行开始排查；又或者交叉编译完固件，烧写进去却发现启动失败， /dev 下连该有的节点都没有——这时候，图形界面帮不了你，IDE 更是远在天边。真正能救你的，是一行行精准的命令。

在嵌入式世界里，Linux 不是“可选项”，而是 呼吸系统 。我们每天打交道的不是 GUI，而是 /proc 、 /sys 、串口终端和 SSH Shell。一个熟练的开发者，能在 30 秒内通过几个命令判断出问题是出在驱动加载、内存泄漏，还是网络配置错误。这种能力，靠的是对命令行工具的深刻理解与肌肉记忆。

本文不打算堆砌术语或罗列手册页内容，而是以一位十年经验嵌入式工程师的视角，带你穿透这 80 条最常用、最关键的 Linux 命令 ，看看它们到底怎么用、为什么用、以及哪些坑我踩过你也别再踩了。🚀

文件操作：不只是复制粘贴

文件系统是你和目标板之间的桥梁。无论是部署根文件系统、调试日志分析，还是构建输出管理，文件操作都是第一步。

ls -lah ：别只会敲 ls 

ls -lah /etc/

说实话，很多人用 ls 就图个“看看有没有这个文件”。但真正有用的，是 -l 显示权限、所有者、大小和时间戳， -a 看隐藏文件（比如 .ssh 或 .config ），而 -h 让 KB/MB 自动转换，避免你对着 4194304 发愣半天才反应过来这是 4MB。

💡 实用技巧 ：
在 NFS 挂载目录中，如果发现某个脚本执行报错“Permission denied”，先 ls -l 看看是不是权限被映射成了 nobody:nogroup。这种情况太常见了，尤其是在不同 UID 的开发机之间共享 workspace。

⚠️ 注意：不要在大目录里乱用 ls * ，shell 会先把通配符展开成所有文件名，可能直接卡死终端，甚至触发 OOM killer。

cd 和 $PWD ：路径导航的底层逻辑

cd ~/project/kernel && pwd

cd 看似简单，但它修改的是 shell 内部的 $PWD 变量。这意味着如果你在一个脚本里 cd 到某目录但没加 pushd/popd 或子 shell，后续命令都会在这个新路径下运行。

🔧 最佳实践 ：
写自动化脚本时，尽量使用绝对路径，或者用：

( cd /path/to/build && make clean all )

括号创建子 shell，退出后自动回到原路径，干净利落。

mkdir -p ：递归创建才是常态

mkdir -p out/arm-linux-gnueabihf/release

你不该只记 mkdir ，而应该永远默认加上 -p 。为什么？因为嵌入式项目的输出路径通常是多层嵌套的，比如交叉编译工具链的输出目录、Yocto 的 workdir 结构等。没有 -p ，父目录不存在就会报错。

🎯 实际场景：你在 CI 流水线跑构建任务，宿主机环境干净，第一次执行 make 前必须确保输出目录存在。一句 mkdir -p build_root 能省去一堆条件判断。

rm -rf ：删库跑路前请三思

rm -rf build_tmp/

这条命令几乎每个 Makefile 的 clean target 都有。它高效、直接，但也极其危险。

💥 曾经有个同事写了个脚本：

DIR=
rm -rf $DIR/firmware/

结果 $DIR 为空，变成了 rm -rf /firmware/ —— 幸好 /firmware 不存在，否则整个挂载点就没了！

✅ 正确做法：

echo "即将删除: $DIR/firmware/"
read -p "确认吗？(y/N)" -n 1 -r
if [[ $REPLY =~ ^[Yy]$ ]]; then
    rm -rf "$DIR/firmware/"
fi

或者更简单的，在删除前先 ls "$DIR/firmware/" 验证路径是否正确。

cp -a ：保留一切元数据

cp -a rootfs_skel/ /tftpboot/rootfs/

普通 cp 会丢失权限、时间戳、符号链接等信息。但在做根文件系统模板复制时，这些恰恰是最关键的。比如某些服务依赖特定属主（如 dbus 用户），某些配置文件的时间戳影响缓存机制。

📌 -a 相当于 -dpR ：
- -d ：不展开符号链接
- -p ：保留权限、时间戳、所有权
- -R ：递归复制

所以当你需要“原样复制”时，请无脑上 -a 。

mv ：不仅仅是重命名

mv system.log system.log.bak.$(date +%s)

mv 在同一文件系统内是 原子操作 ，只是 inode 的引用移动，速度极快。这也是为什么日志轮转（log rotation）通常首选 mv 而非 cp + rm 。

⏰ 时间戳备份很实用，但也可以考虑用 logrotate 工具替代手写脚本，尤其在生产环境中。

touch ：触发构建系统的“开关”

touch .config_updated

别小看这个空文件。Makefile 经常利用文件是否存在或时间戳变化来决定是否重新编译某模块。例如：

ifeq ($(wildcard .config_updated),)
$(error config not updated, run menuconfig first)
endif

还可以用来“欺骗”构建系统：“我已经改过了，给我重新编译！”

find ：不只是找文件，更是清理利器

find /home -name "*.o" -delete

这比 rm *.o 强大得多，因为它能递归搜索，并支持多种条件组合：

# 找出三天前修改过的临时文件并删除
find /tmp -name "*.tmp" -mtime +3 -delete

# 查找大于 100MB 的日志
find /var/log -size +100M

⚡ 性能提示：频繁扫描大目录很慢，可以用 updatedb + locate 加速查找（适合静态环境）。

grep --color=auto ：让关键词跳出来

dmesg | grep -i "error"

-i 忽略大小写， -n 显示行号， -r 递归搜索目录。再加上 --color=auto ，关键词高亮显示，阅读体验提升不止一个档次。

🧠 进阶玩法：配合正则表达式过滤特定模式：

# 找出所有调用了 open() 系统调用的日志
strace -f ./app 2>&1 | grep -E '\bopen\('

chmod 和 chown ：权限问题的终结者

sudo chown -R user:group /export/rootfs

NFS 共享目录权限错乱是家常便饭。特别是当你在 Ubuntu 上打包 rootfs，然后挂到嵌入式板子上作为开发根目录时，UID/GID 映射不对会导致各种“明明有权限却打不开”的诡异问题。

🔐 安全提醒：别给脚本设 777 ！哪怕是为了“方便测试”。正确的做法是 755 （所有人可读可执行，仅所有者可写）。如果是敏感脚本，甚至可以 700 。

tar ：打包界的瑞士军刀

tar -czf rootfs.tar.gz -C /path/to/rootfs .

解释一下参数：
- -c ：创建归档
- -z ：用 gzip 压缩
- -f ：指定文件名
- -C ：切换目录后再打包，避免路径带多余前缀

📦 推荐升级到 .tar.xz ：

tar -cJf rootfs.tar.xz -C /path/to/rootfs .

虽然压缩慢一点，但体积能小 20%~30%，对于 OTA 更新包来说非常值得。

gzip -9 ：高压缩率 vs 编译时间

gzip -9 kernel.log

-9 是最高压缩级别，但代价是 CPU 时间。在 CI 构建流程中，如果你的日志归档不需要极致压缩，建议用 -6 平衡速度与空间。

⚠️ 注意：有些 BusyBox 版本的 gzip 不支持 -9 ，只认 -1 到 -5 ，注意兼容性。

dd ：字节级操作，谨慎使用

dd if=u-boot.bin of=/dev/mmcblk0 bs=1K seek=1

这是将 U-Boot 写入 SD 卡的经典操作。 seek=1 表示跳过第一个 block（通常是 MBR），从第 512 字节之后开始写。

💣 危险警告：一旦 of= 写错设备（比如误写成 /dev/sda ），轻则数据丢失，重则系统报废。建议每次使用前都用 lsblk 确认设备路径。

✅ 安全习惯：

# 先查看设备信息
lsblk /dev/mmcblk0

# 使用完成后 sync 强制刷盘
sync

file ：识别真实文件类型

file busybox
# 输出：ELF 32-bit LSB executable, ARM

扩展名不可信。 .bin 可能是文本， .txt 也可能是二进制。 file 通过读取文件头的“魔数”来判断真实类型，特别适合验证交叉编译产出是否符合预期架构。

🔍 场景举例：你下载了一个第三方 SDK 提供的库，名字叫 libsensor.so ，但 file 一看发现是 x86_64 的，那在 ARM 板子上肯定跑不起来。

which vs whereis ：定位命令的两种方式

which arm-linux-gnueabihf-gcc
whereis gcc
  • which 只查 $PATH 中的可执行文件路径
  • whereis 还会尝试找源码、手册页等（不一定有用）

交叉编译器安装后找不到？先 which 看看是否已加入 PATH。如果没有，记得更新 ~/.bashrc 或 /etc/environment 。

ln -sf ：统一工具链入口

ln -sf /opt/gcc-linaro/bin/arm-linux-gnueabihf-* /usr/local/bin/

项目多了你会发现，不同版本的 toolchain 路径五花八门。通过软链接统一命名，可以让 Makefile 保持一致，比如始终用 arm-linux-gnueabihf-gcc ，而不必为每个项目改编译脚本。

🔗 区别提醒：
- 软链接可跨文件系统，断开后变红
- 硬链接不能指向目录，且必须在同一文件系统

stat ：比 ls 更详细的文件状态

stat config.txt

输出包括：
- inode 编号
- 权限、用户组
- 三个时间戳（Access, Modify, Change）
- Block 大小和数量

🛠️ 排查用途：当你发现文件同步异常（如 rsync 没触发更新），可能是 mtime 没变，这时看 ctime 是否变化就能判断是否真的被修改过。

diff -ru ：代码差异对比的艺术

diff -ru old_config/ new_config/

-u 输出统一格式补丁，清晰展示增删行； -r 递归比较目录。这对分析两次构建之间的配置差异特别有用。

🎨 建议搭配图形工具：

meld old_config/ new_config/

可视化对比，一眼看出哪里变了。

patch ：打补丁要小心版本匹配

patch -p1 < fix-i2c-bug.patch

-p1 表示去掉第一层路径（常见于 git diff 生成的 patch）。但如果源码版本不一致，patch 可能失败或部分应用，导致代码混乱。

✅ 最佳实践：
- 打补丁前先 git apply --check 预检
- 或使用 quilt 管理多个补丁

系统监控：掌握设备的“生命体征”

嵌入式设备一旦部署，就不能随便重启。你需要远程掌握它的 CPU、内存、IO 状态，及时发现问题苗头。

uname -m ：第一时间确认架构

uname -m
# 输出可能是：armv7l, aarch64, i686, x86_64

交叉编译的前提是知道目标平台。有时候你以为是 ARM，结果板子其实是 MIPS，那编出来的程序根本跑不了。 uname -a 一口气输出全部信息，建议收藏为 alias：

alias uinfo='uname -a'

df -h ：磁盘空间告急预警

df -h /mnt/data

嵌入式设备常用 SPI Flash、eMMC 存储，容量有限。日志不断增长、缓存未清理都可能导致空间耗尽，进而引发服务崩溃。

🚨 典型症状：数据库无法写入、SSH 登录失败（ .bash_history 写不了）、systemd journal 报错。

💡 解决方案：定期清理旧日志，或挂载 tmpfs 到 /tmp 。

du -sh ：谁吃了我的存储？

du -sh /var/log/

df 告诉你“还剩多少”， du 告诉你“谁占了多少”。

📌 常见大户：
- /var/log/ ：日志文件
- /home/user/.cache ：桌面类应用缓存
- /opt/firmware/backups ：手动备份堆积

可以写个定时任务每周扫描一次：

crontab -e
# 添加：
0 3 * * 0 du -sh /var/* | sort -hr | head -10 >> /var/log/disk_usage.log

free -m ：别被“used”吓到

free -m

很多新手看到 “used: 700MB” 就以为内存快满了，其实 Linux 会把空闲内存用于 buffer/cache，这部分是可以随时回收的。真正要看的是 available 字段。

📊 示例输出：

              total    used    free  shared  buff/cache   available
Mem:           1024     600     100      20         324         700

这里 available=700MB ，说明实际可用内存充足，无需担心。

top vs htop ：实时进程监控的选择

top

top 是几乎所有系统都自带的，资源占用低，适合嵌入式环境。按 P 按 CPU 排序， M 按内存排序， k 杀进程， q 退出。

🌈 如果你有富余资源，强烈推荐装 htop ：
- 彩色界面
- 支持鼠标点击
- 树状显示父子进程关系
- 可垂直分割查看多个进程组

安装方法（Debian系）：

apt install htop

ps aux | grep nginx ：快速查找服务状态

ps aux | grep [n]ginx

注意这里用了 [n]ginx 而不是 nginx ，是为了避免 grep 自己匹配到这一行。这是一种小技巧，防止输出中混入无关行。

📌 字段含义：
- USER ：运行用户
- %CPU , %MEM ：资源占用
- STAT ：状态（S=睡眠，R=运行，Z=僵尸）

killall -9 watchdog_daemon ：终止进程的两种方式

kill 1234
killall -9 process_name
  • kill PID 发送信号给单个进程
  • killall 给所有同名进程发信号

信号选择很重要：
- SIGTERM (15) ：正常退出，允许清理资源
- SIGKILL (9) ：强制杀死，不给机会清理

🚫 建议优先使用 kill ，只有在程序无响应时才用 -9 。否则可能造成数据损坏、锁未释放等问题。

uptime ：系统的“健康报告”

uptime
# 输出：12:30 up 3 days, load averages: 0.15, 0.10, 0.05
  • up time ：连续运行多久，反映稳定性
  • load average ：过去 1、5、15 分钟的平均负载

🔍 解读 load：
- 单核 CPU，load > 1 表示过载
- 四核 CPU，load > 4 才算严重

如果 load 持续偏高，结合 top 看哪个进程在“吃 CPU”。

lscpu ：CPU 架构一目了然

lscpu

输出包括：
- Architecture: ARMv7
- CPU(s): 4
- Model name: Cortex-A7
- Byte Order: Little Endian

这对优化多线程程序、绑定 CPU 核心（ taskset ）非常有帮助。

lsblk ：块设备地图

lsblk

清晰列出所有磁盘、分区及其挂载点。在 SD 卡、USB 存储混插的环境下，它是识别设备编号的关键工具。

📌 示例输出：

NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
mmcblk0     179:0    0   7.4G  0 disk
├─mmcblk0p1 179:1    0   100M  0 part /boot
└─mmcblk0p2 179:2    0   7.3G  0 part /

lspci / lsusb ：外设即插即用诊断

lsusb
lspci

调试 PCIe 扩展卡、USB 摄像头、4G 模块时，首先要确认硬件是否被识别。

⚠️ 注意：大多数嵌入式 SoC 没有 PCI 总线，所以 lspci 可能无效。但 USB 几乎都有。

dmesg ：内核的心跳记录

dmesg | tail -20

从开机那一刻起，所有驱动加载、设备探测、错误警告都会写进内核环形缓冲区。它是诊断硬件问题的第一站。

🔥 典型用途：
- 查看 GPIO 是否注册成功
- 检查 I2C 设备是否回应 ACK
- 定位段错误发生的位置（配合 pc 寄存器）

✨ 小技巧： dmesg -H 启用人类可读时间戳，告别“[ 3.456789]”那种难以阅读的时间格式。

journalctl ：systemd 时代的日志中心

journalctl -u network.service --since "1 hour ago"

如果你的系统用了 systemd（如 Yocto 默认配置），那么 journalctl 就是日志查询的核心工具。

📌 常用参数：
- -u unit ：指定服务
- --since/--until ：时间范围
- -f ：实时跟踪（类似 tail -f ）

💡 提醒：日志默认保存在内存或 /var/log/journal ，记得配置持久化，否则重启就没了。

vmstat 2 5 ：系统性能快照

vmstat 2 5

每 2 秒采样一次，共 5 次，输出进程、内存、IO、CPU 的综合统计。

📊 关键字段：
- r ：正在运行的进程数（>CPU 核数表示过载）
- b ：不可中断睡眠的进程（D 状态，通常是 IO 等待）
- si/so ：swap in/out，非零说明内存紧张
- us/sy/id/wa ：用户态、系统态、空闲、IO 等待占比

iostat -x 1 ：磁盘 IO 瓶颈分析

iostat -x 1

属于 sysstat 包，需提前安装。每秒输出一次扩展统计。

📌 重点关注：
- %util ：设备利用率，接近 100% 表示瓶颈
- await ：IO 平均等待时间
- svctm ：服务时间（已弃用，参考意义下降）

sar ：事后诸葛亮的最佳工具

sar 可以收集历史性能数据，比如昨天下午三点 CPU 使用率突然飙升，你可以用：

sar -u -f /var/log/sa/sa20  # 查看 20 号的数据

前提是要开启 sysstat 服务并配置日志轮转。

nc ：网络调试的万能钥匙

# 接收端
nc -l -p 1234 > received_file

# 发送端
nc 192.168.1.100 1234 < file_to_send

netcat 功能强大：
- 测试端口连通性
- 传输小文件
- 搭建简易 HTTP 服务器
- 检查 TCP 握手是否完成

✅ 优势：几乎所有的最小化系统都包含 BusyBox 版本的 nc ，无需额外依赖。

ss -tuln ：现代网络连接查看器

ss -tuln

取代老旧的 netstat ，更快更准。参数含义：
- -t ：TCP
- -u ：UDP
- -l ：监听中
- -n ：不解析服务名（显示端口号）

输出示例：

LISTEN     0      128    *:22                *:*
ESTAB      0      0      192.168.1.100:22     192.168.1.1:54321

ethtool eth0 ：拯救工业现场的网络链路

ethtool eth0

查看网卡速率、双工模式、自动协商状态。

🔧 典型场景：工厂环境电磁干扰强，交换机与设备协商失败，导致链路只能以半双工 10Mbps 运行。这时可以手动固定：

ethtool -s eth0 speed 100 duplex full autoneg off

但要注意，关闭 autoneg 后两端必须手动设置一致，否则不通。

网络配置：打通通信脉络

嵌入式设备的价值在于连接。Wi-Fi、以太网、MQTT、HTTP……这一切都建立在网络通畅的基础上。

ip addr show ：新一代网络配置工具

ip addr show
ip route add default via 192.168.1.1 dev eth0

ip 命令功能全面，支持 VLAN、隧道、策略路由等高级特性，是 ifconfig 和 route 的现代替代品。

📌 常用子命令：
- ip link ：查看接口状态
- ip addr ：IP 地址管理
- ip route ：路由表操作

ping -c 3 8.8.8.8 ：最基本的连通性测试

ping -c 3 8.8.8.8
  • -c N ：发送 N 次后自动退出
  • -I interface ：指定出口接口（多网卡时有用）

如果 ping 不通，接着查 ip route 看默认路由是否正确。

traceroute google.com ：追踪网络路径

traceroute google.com

显示数据包经过的每一跳，帮助定位网络延迟发生在哪一段。

🛠️ 替代命令： tracepath （无需 root 权限）

dig @8.8.8.8 example.com A +short ：DNS 诊断首选

dig @8.8.8.8 example.com A +short

比 nslookup 更标准、输出更清晰。 +short 只返回 IP，适合脚本解析。

echo "" | nc -w1 target_ip 22 ：端口探测脚本化

echo "" | nc -w1 target_ip 22 && echo "SSH open"

-w1 设置超时 1 秒，避免长时间阻塞。可用于批量检测设备 SSH 端口状态。

💡 Bash 内建方式（无需 nc）：

timeout 1 bash -c 'cat < /dev/null > /dev/tcp/host/port' && echo "open"

ssh root@192.168.1.100 -p 2222 ：安全远程访问

ssh root@192.168.1.100 -p 2222

建议：
- 禁用 root 密码登录
- 使用密钥认证
- 修改默认端口减少暴力破解风险

rsync -avz --progress ：增量同步神器

rsync -avz --progress ./build/ root@target:/root/firmware/

相比 scp ， rsync 支持：
- 断点续传
- 只传差异部分
- 保持权限、时间戳

OTA 更新前同步固件包，节省大量时间和带宽。

tcpdump -i any port 1883 -w mqtt.pcap ：抓包分析物联网协议

tcpdump -i any port 1883 -w mqtt.pcap

捕获 MQTT 通信流量，后续用 Wireshark 分析订阅/发布行为、QoS 级别、遗嘱消息等。

📌 参数说明：
- -i any ：监听所有接口
- port 1883 ：过滤 MQTT 端口
- -w ：写入文件

iptables -A INPUT -p tcp --dport 22 -j ACCEPT ：防火墙规则

iptables -A INPUT -p tcp --dport 22 -j ACCEPT

限制外部访问、实现 NAT、防止单 IP 频繁连接。

❗ 注意：规则重启后失效，需用 iptables-save 和 iptables-restore 持久化。

wpa_supplicant ：Wi-Fi 连接的大脑

network={
    ssid="MyNetwork"
    psk="mypassword"
}

配合 iw 使用，处理 WPA/WPA2 认证。启动命令：

wpa_supplicant -B -i wlan0 -c wpa.conf

-B 后台运行，-i 指定接口，-c 配置文件。

systemctl enable bluetooth.service ：服务管理核心

systemctl enable bluetooth.service
systemctl restart networking

控制服务启停、开机自启、查看状态。

📌 常用命令：
- status ：查看详细状态
- is-active ：脚本中判断是否运行
- mask ：彻底禁用服务（比 disable 更强）

crontab -e ：定时任务自动化

crontab -e
# 添加：
0 2 * * * /backup.sh

每天凌晨 2 点执行备份脚本。

✅ 注意事项：
- 脚本要有可执行权限
- 使用绝对路径
- 输出重定向到日志文件，避免邮件风暴

logger "System backup completed." ：写入系统日志

logger "System backup completed."

让你的脚本也能出现在 journalctl 或 /var/log/messages 中，便于集中监控。

curl -O http://server/firmware.bin ：下载固件或调用 API

curl -O http://server/firmware.bin

支持 HTTPS、Basic Auth、Header 设置，是 OTA 升级脚本的标配。

⚠️ 注意：BusyBox 版本功能受限，某些参数不支持，测试时务必验证。

openssl s_client -connect api.example.com:443 ：TLS 连接测试

openssl s_client -connect api.example.com:443

验证证书有效性、支持的加密套件、是否启用 SNI。

📌 输出中关注：
- Verify return code: 0 （表示信任）
- Subject CN: 匹配域名
- Session-ID: 表示 TLS 握手成功

开发调试：深入系统内部

到了这一层，你已经不再满足于“能不能跑”，而是想知道“为什么会这样”。

make CROSS_COMPILE=... -j4 ：构建加速

make CROSS_COMPILE=arm-linux-gnueabihf- -j$(nproc)

-j$(nproc) 自动根据 CPU 核心数并行编译，大幅提升构建速度。

📌 小技巧：加 V=1 显示完整编译命令，方便调试。

objdump -D firmware.elf | grep "pc : c010" ：反汇编定位崩溃点

arm-linux-gnueabihf-objdump -D firmware.elf | grep -A10 "pc : c010"

当内核打印出 PC 寄存器地址时，用 objdump 找到对应的函数和汇编代码，快速定位 bug。

strace -f -o debug.log ./app ：系统调用追踪

strace -f -o debug.log ./app

-f 跟踪子进程， -o 输出到文件。可以看到程序打开了哪些文件、读写了什么内容、是否卡在某个系统调用上。

📈 性能影响明显，仅用于调试。

gdbserver :1234 ./program ：远程调试实战

# 目标端
gdbserver :1234 ./program

# 主机端
arm-linux-gnueabihf-gdb ./program
(gdb) target remote target_ip:1234

真正的“外科手术式”调试。前提是程序用 -g 编译，带上调试符号。

size app.elf ：代码尺寸优化依据

arm-linux-gnueabihf-size app.elf

输出 text（代码）、data（初始化全局变量）、bss（未初始化全局变量）大小。对于资源紧张的设备，这是优化重点。

nm -C libsensor.a ：符号表检查

nm -C libsensor.a

-C 启用 C++ 名称解码。可以查看哪些函数被定义、哪些未解析，排查链接错误。

ldd /usr/bin/app ：动态库依赖检查

ldd /usr/bin/app

列出程序依赖的所有 .so 文件。如果某个库 missing，程序就无法启动。

📌 静态链接程序不会有任何输出。

watch -n 1 'cat /proc/meminfo | grep MemAvailable' ：实时监控

watch -n 1 'cat /proc/meminfo | grep MemAvailable'

每隔 1 秒刷新一次，观察内存变化趋势，非常适合监测内存泄漏。

cut/awk/sed ：文本处理三剑客

ps aux | awk '{print $2, $11}' | head
  • cut -d: -f1 /etc/passwd ：提取用户名
  • sed 's/foo/bar/g' file ：替换文本
  • awk '{sum+=$1} END{print sum}' ：统计数值总和

学点基础正则，效率翻倍。

man 2 open ：最好的老师就在你身边

man 2 open
man 3 printf

man 页面分章节：
- 1：用户命令
- 2：系统调用
- 3：库函数
- 5：配置文件格式
- 7：杂项（如 ASCII 表）

善用 man ，少百度，答案更准确。

# 嵌入式 # 命令行
Logo
AI智能硬件社区

智能硬件社区聚焦AI智能硬件技术生态，汇聚嵌入式AI、物联网硬件开发者，打造交流分享平台，同步全国赛事资讯、开展 OPC 核心人才招募，助力技术落地与开发者成长。

更多推荐

Linux新手入门教程（从零到一，保姆级实操）

在当下的IT领域，Linux的应用无处不在：服务器（90%以上的互联网服务器采用Linux系统）、嵌入式开发（路由器、智能设备）、云计算（Docker、K8s均基于Linux）、大数据、人工智能等领域，Linux都是核心底层系统。相比于Windows系统，Linux具有以下优势：开源免费：无需付费，可自由修改源码，社区支持强大（Ubuntu、CentOS等主流发行版均免费）；稳定高效：无强制重启、

avatar AI智能硬件社区

用 C 语言实现面向对象编程（OOP）工程实践指南

C 语言是一门经典的过程式编程语言，没有原生的类（Class）、对象（Object）语法，但在嵌入式开发、操作系统内核、驱动程序等对性能和底层控制要求极高的场景中，我们往往需要用 OOP 思想来组织代码。封装、多态、继承，并分享工程化开发中的最佳实践。

avatar AI智能硬件社区

如何利用ESP-IDF实现硬实时性能：嵌入式开发者的完整指南

ESP-IDF（Espressif IoT Development Framework）作为乐鑫科技官方开发框架，不仅为物联网设备提供丰富的功能支持，更通过精心设计的实时调度机制满足工业控制、机器人等硬实时场景需求。本文将深入解析ESP-IDF的实时性能优化策略，帮助开发者构建稳定可靠的实时应用。## 核心特性：ESP-IDF实时性能的三大支柱### 1. 动态频率调整（DFS）：平衡性能

avatar AI智能硬件社区