Shell脚本执行方式对比表
| 执行方式 | 命令示例 | 是否需要执行权限 | 是否启动子Shell | 环境变量影响范围 | 适用场景 | 嵌入式开发中的典型应用 |
|---|
| 直接执行脚本 | ./script.sh | 是 | 是 | 子Shell内有效 | 独立运行的脚本，需固定环境 | 自动化构建脚本（如编译固件） |
| 指定解释器执行 | bash script.sh | 否 | 是 | 子Shell内有效 | 快速测试、无需权限的调试 | 临时调试设备日志分析脚本 |
source 或 . 执行 | source script.sh | 否 | 否 | 当前Shell全局有效 | 加载环境变量、定义函数/别名 | 初始化交叉编译环境（如设置PATH） |
| 全局调用（PATH） | script.sh（需在PATH中） | 是 | 是 | 子Shell内有效 | 频繁使用的工具脚本 | 部署到设备中的常用工具脚本 |
| 输入重定向/管道 | bash < script.sh | 否 | 是 | 子Shell内有效 | 动态生成脚本内容或临时执行 | 通过SSH发送脚本到嵌入式设备执行 |
各执行方式详解及嵌入式场景说明
1. 直接执行脚本
- 嵌入式应用：
在自动化构建时（如通过Jenkins），直接运行编译脚本生成固件：
./build_firmware.sh
- 注意：
- 需在脚本第一行指定正确的shebang（如
#!/bin/bash）。 - 嵌入式设备可能使用精简Shell（如
dash），需测试兼容性。
2. 指定解释器执行
- 嵌入式应用：
临时调试时，直接通过解释器运行脚本（无需修改权限）：
sh analyze_logs.sh # 设备可能默认使用`sh`而非`bash`
- 注意：
- 嵌入式设备的Shell可能是
busybox ash，需注意语法兼容性。
3. source 执行（关键场景）
- 嵌入式应用：
初始化交叉编译工具链环境变量（变量需全局生效）：
source setup_toolchain.sh # 脚本内容：export PATH="/opt/arm-gcc/bin:$PATH"
- 注意：
- 必须用
source，否则变量仅在子Shell生效，编译时会提示找不到工具链。
4. 全局调用（PATH）
- 嵌入式应用：
将常用脚本（如设备重启脚本）放入/usr/local/bin：
reboot_device # 直接调用，无需路径
注意：
5. 输入重定向/管道
- 嵌入式应用：
通过SSH远程执行嵌入式设备中的临时脚本：
echo "ls /etc" | ssh root@192.168.1.100 # 直接执行单行命令
嵌入式开发中推荐使用 source 的场景
| 场景 | 原因 |
|---|
| 配置交叉编译环境 | 需要将工具链路径（如ARM_TOOLCHAIN）持久化到当前Shell环境，供后续编译使用。 |
| 加载设备驱动模块 | 脚本中包含insmod加载驱动命令，需直接作用于当前系统环境。 |
| 定义调试函数/别名 | 快速调用设备调试命令（如alias logdump="dmesg | grep ERROR"）。 |
总结
- 优先使用
source：在需要环境变量或命令持久化时（如初始化开发环境）。 - 直接执行脚本：适用于独立任务（如编译、打包）。
- 注意Shell兼容性：嵌入式设备可能使用
ash或dash，需测试脚本语法。
