为何BASH算术表达式$((...))的错误十六进制转换会终止所有while循环？

在Bash脚本中，使用$((...))执行非法十六进制转换（比如把非十六进制字符串EFGH转为十进制）时，会直接终止所有嵌套的while循环，脚本跳转到最外层循环后的语句执行并退出；但用let命令做同样操作，脚本只会抛出错误，循环会持续运行。明明有资料称两者功能相同，代码检查工具还推荐使用$((...))，这种差异的核心原因在于两者的错误处理机制完全不同，以下结合示例说明：

示例1：使用$((...))的情况 #

#!/bin/bash

good_hex="ABCD"
bad_hex="EFGH"

while true;
do
    echo "Start 1"
    while true;
    do
        echo "Start 2"
        # Convert Hex to Decimal
        var1=$((16#$good_hex))
        echo "Good Hex: $var1"
        var2=$((16#$bad_hex))
        echo "Bad Hex: $var2"  # Won't be printed
        echo "End 2"           # Won't be printed
    done
    echo "Exit 2"              # Won't be printed
    echo "End 1"               # Won't be printed
done
echo "Exit 1"

输出：

chris@ubuntu:~$ ./hex_breaks.sh 
Start 1
Start 2
Good Hex: 43981
./hex_breaks.sh: line 15: 16#EFGH: value too great for base (error token is "16#EFGH")
Exit 1

示例2：使用let的情况 #

#!/bin/bash

good_hex="ABCD"
bad_hex="EFGH"

while true;
do
    echo "Start 1"
    while true;
    do
        echo "Start 2"
        # Convert Hex to Decimal
        let var1=16#$good_hex
        echo "Good Hex: $var1"
        let var2=16#$bad_hex
        echo "Bad Hex: $var2"  # Will be printed
        echo "End 2"           # Will be printed
    done
    echo "Exit 2"
    echo "End 1"
done
echo "Exit 1"

输出：

chris@ubuntu:~$ ./hex_works.sh 
Start 1
Start 2
Good Hex: 43981
./hex_works.sh: line 15: let: var2=16#EFGH: value too great for base (error token is "16#EFGH")
Bad Hex: 
End 2
Start 2
Good Hex: 43981
./hex_works.sh: line 15: let: var2=16#EFGH: value too great for base (error token is "16#EFGH")
Bad Hex: 
End 2
...
(Continues forever)

核心原因解析 #

• $((...))的错误会终止脚本执行：
  $((...))是Bash的算术扩展语法，属于shell解析流程的一部分。当它遇到非法数值转换这类算术求值错误时，Bash会将其视为严重错误，直接中断整个脚本的执行流程——这就是为什么嵌套循环全部终止，脚本直接跳到最外层循环后的echo "Exit 1"语句，执行后退出。

• let仅返回错误状态，不终止脚本：
  let是Bash的一个独立内置命令，它执行算术表达式时，若遇到错误，只会返回非零的退出状态码并打印错误信息，但不会中断整个脚本的执行。脚本会继续执行后续语句，因此循环会持续运行，每次循环都会触发错误，但不会退出。

所谓“两者功能相同”，仅指在算术运算正确执行时，两者的计算结果一致；但它们的错误处理机制完全不同，这也是代码检查工具推荐$((...))的原因——它的语法更简洁，且在脚本需要严格错误控制的场景下，能快速暴露问题，但也需要注意其错误会直接终止脚本的特性。

内容的提问来源于stack exchange，提问作者ShortCipher