Bash 内置命令 vs 外部命令：性能对比

当 Bash 脚本运行缓慢时，通常是因为循环中启动了数千个外部进程。Bash 内置命令与外部命令的选择是一个实际的性能考量：对于简单任务使用 shell 自身的功能，而将外部工具留给它们更擅长的任务。

本指南将展示内置命令在哪些方面有帮助，外部命令在哪些场景下仍然合理，以及如何避免最常见的进程创建陷阱。

理解 Bash 中的命令执行

当 Bash 遇到一个命令时，它会依次解析别名、shell 关键字、函数、内置命令，然后通过 PATH 查找命令。这个解析过程很重要，因为任何在当前 shell 内部处理的操作都避免了启动一个独立的程序。

Bash 内置命令是直接在 Bash shell 可执行文件内部实现的函数。它们不需要调用操作系统的 fork() 和 exec() 系统调用。由于执行完全发生在现有的 shell 进程内部，内置命令提供了卓越的性能、最小的开销以及对 shell 变量和状态的即时访问。

内置命令的关键特性：

外部命令是独立的可执行文件（通常位于 /bin、/usr/bin 等目录中）。当 Bash 执行外部命令时，它必须：

这种开销对于单次执行来说微不足道，但在循环或高频操作中会迅速累积，使得外部命令比其内置对应命令慢得多。

为了说明性能差异，考虑一些 Bash 同时提供内置和外部替代方案的常见任务。

计算变量的长度是一个经典的性能测试案例。

命令类型	命令	描述
内置	`${#variable}`	参数扩展计算长度。极快。
外部	`expr length "$variable"`	调用外部 `expr` 工具。慢。

性能提示： 始终使用参数扩展 (${#var}) 来计算长度，而不是 expr length 或管道到 wc -c。

替换变量中的子字符串是另一个常见操作。

命令类型	命令	描述
内置	`${variable//pattern/replacement}`	参数扩展替换。快。
外部	`sed 's/pattern/replacement/g'`	调用外部 `sed` 工具。慢。

代码对比示例：

TEXT="hello world hello"

# 内置（快）
NEW_TEXT_1=${TEXT//hello/goodbye}

# 外部（慢）
NEW_TEXT_2=$(echo "$TEXT" | sed 's/hello/goodbye/g')

在迭代时，循环内部使用的命令至关重要。

命令类型	命令	描述
内置	`read`	高效地逐行读取输入。
外部	`grep`、`awk`、`cut`	在循环内将数据管道传输到外部工具会强制重复创建进程。

while read 反模式 vs 内置命令：

一种常见的慢速模式是在循环内将文件内容通过管道传输到外部命令：

# 慢：为每一行生成 'grep'
while read LINE; do
    echo "Processing: $LINE" | grep "important"
done < input.txt

优化策略： 如果可能，使用 Bash 内置命令或内部重定向来避免循环内的外部命令。

优先使用这些内置命令而不是它们的外部等价物，将显著提升脚本的速度：

内置（快）：

COUNTER=0
(( COUNTER++ ))
if (( COUNTER > 10 )); then echo "Done"; fi

外部（慢）：

COUNTER=$(expr "$COUNTER" + 1)
if [ "$COUNTER" -gt 10 ]; then echo "Done"; fi

虽然内置命令应该是基本操作的首选，但对于 Bash 无法原生或高效处理的任务，外部工具仍然是必不可少的。在以下情况下必须使用外部命令：

如果必须使用外部命令，请尽量减少其调用次数。与其在循环内运行外部命令，不如重构逻辑，在单个外部调用中处理整个数据批次。

低效： 使用 stat 逐个处理 1000 个文件。

高效： 使用一次 find 调用结合 stat，或一个单独的 awk 脚本一次性收集所有需要的元数据。

Bash 的性能优化始于避免不必要的进程创建。对于算术、测试和简单的字符串操作，默认使用内置命令。当外部工具是正确选择时，对一批数据运行一次，而不是每行或每个文件运行一次。