1. if 命令本身的执行时间：if 语句作为 shell 脚本中的一个控制结构，它本身的执行是瞬时的，几乎不消耗时间，它的工作是做判断,然后根据判断结果决定下一步执行哪个代码块。
2. if 命令中判断条件的执行时间：这才是真正影响脚本总执行时间的地方。if 语句的延迟完全取决于它用来做判断的那个命令（或者命令组合）的执行时间。

核心要点：if 的延迟来自于 [ 或 test 命令

在 shell 脚本中，if 语句的语法是 if <command>; then ... fi，我们通常看到的 if [ ... ]; then 实际上是 if 执行 [ (或 test) 这个命令,并根据它的退出码来判断。

if 语句的响应时间，[ 命令完成其内部所有操作所需的时间。

判断条件执行时间的不同场景

[ ] 内部的条件可以很简单，也可以很复杂,其执行时间差异巨大。

瞬时判断（耗时极短）

当判断条件非常简单，只是检查变量是否存在、字符串是否为空、或者两个数字的大小关系时，[ ] 命令几乎在瞬间完成。

示例 1：检查变量是否为空

my_var="hello"
if [ -n "$my_var" ]; then
    echo "变量 my_var 不为空"
fi

• 耗时分析：[ -n "hello" ] 这个操作非常快，因为它只是在内存中进行一次字符串长度检查,这个操作的时间可以忽略不计。

示例 2：检查文件是否存在

if [ -f "/etc/passwd" ]; then
    echo "文件 /etc/passwd 存在"
fi

• 耗时分析：[ -f "/etc/passwd" ] 需要调用系统内核去查询文件系统的元数据（i-node），检查它是否是一个普通文件，这个操作非常快,通常在微秒或毫秒级别。

有明显延迟的判断（耗时较长）

当判断条件涉及需要从外部获取信息或进行复杂计算时，[ ] 命令的执行时间就会变得显著。

示例 3：检查网络端口是否被占用

这是一个非常经典的例子，要检查一个端口是否被占用，[ ] 内部需要执行一个外部命令（如 netstat 或 ss）来获取网络连接状态,然后解析输出。

# 使用 netstat 命令
if netstat -tuln | grep -q ":8080 "; then
    echo "端口 8080 正在被占用"
fi
# 使用 ss 命令 (更现代)
if ss -tuln | grep -q ":8080 "; then
    echo "端口 8080 正在被占用"
fi

• 耗时分析：
  • ss -tuln：需要扫描系统的网络套接字列表,这可能需要遍历成百上千的连接。
  • | grep -q：需要将 ss 的全部输出通过管道传递给 grep,然后进行模式匹配。
  • 总耗时：这个操作的总时间取决于 ss 命令的扫描速度，可能在几十毫秒到几百毫秒不等,具体取决于系统上活跃的网络连接数量。

示例 4：检查远程服务是否可达

检查一个远程服务是否在线，需要发送网络包并等待响应,这必然会有延迟。

if ping -c 1 -W 2 google.com &> /dev/null; then
    echo "可以连接到 google.com"
else
    echo "无法连接到 google.com"
fi

• 耗时分析：
  • ping -c 1 -W 2：-c 1 表示只发送一个包，-W 2 表示等待超时时间为2秒。
  • 总耗时：即使网络通畅，ping 也需要至少几百毫秒才能完成一次往返，如果网络不通，它会等待整整2秒才超时，所以这个 if 语句的执行时间至少是几百毫秒,最坏情况下是2秒。

如何测量 if 条件的执行时间？

你可以使用 time 命令来精确测量一个命令块（包括 if 的判断部分）的执行时间。

# 测试一个简单的文件检查
time if [ -f "/etc/passwd" ]; then echo "OK"; fi
# 输出类似 (时间很短)
# OK
# real    0m0.002s  # 总耗时
# user    0m0.001s  # 用户态CPU耗时
# sys     0m0.001s  # 内核态CPU耗时
# 测试一个复杂的网络检查
time if ping -c 1 -W 2 8.8.8.8 &> /dev/null; then echo "OK"; fi
# 输出类似 (时间较长)
# OK
# real    0m0.545s  # 总耗时，包含了网络往返时间
# user    0m0.003s
# sys     0m0.004s

最佳实践：如何优化慢速 if 判断？

如果你的脚本中 if 语句因为判断条件太慢而阻塞了整体流程,可以考虑以下优化方法：

1. 使用更快的工具：

   • 检查端口时，优先使用 ss 而不是 netstat，因为 ss 更快。
   • 检查进程时，使用 pgrep 比 ps | grep 更高效。

     # 慢
     if ps aux | grep -q "nginx"; then ...
     # 快
     if pgrep -x "nginx" > /dev/null; then ...

2. 设置合理的超时：

   • 对于任何涉及网络或I/O的命令，一定要设置超时,避免脚本无限期等待。
   • ping -W 2, curl --connect-timeout 5, timeout 5s command 等。

3. 并行处理（后台执行）：

   • 如果你的脚本需要检查多个独立的服务，可以将它们放到后台并行执行，而不是一个接一个地检查。

     # 串行执行，总时间是 t1 + t2 + t3
     check_service_A
     check_service_B
     check_service_C

   并行执行，总时间是 max(t1, t2, t3)

   check_service_A & # 在后台执行 check_service_B & check_service_C & wait # 等待所有后台任务完成

4. 缓存结果：

   如果某个检查结果在脚本的生命周期内不会改变，可以先检查并存储结果，后续直接使用缓存,避免重复执行慢速命令。

if 命令本身不耗时，耗时的永远是它里面的那个“条件判断”命令。 优化 if 的关键,就是优化它所依赖的命令。