在 Linux 命令行里做数值计算最能看出一个人写脚本的老练程度。原本以为“算个数而已”真动手才发现echo 3 5不会输出 8而是把字符串原样打出来echo $((5 / 2))虽然能算但结果竟然是 2小数部分被直接丢掉。整数和浮点数在 shell 里几乎是两个世界——前者有 bash 内置的算术展开速度快写起来也方便后者则必须借助bc、awk这类外部工具才能拿到精确的小数结果。这篇博客以“Linux 下进行整数和浮点数运算”为主线把我实际踩过、处理过、最终沉淀下来的各种操作方式和边界情况都整理出来。无论你是刚接触 Bash 的新手还是经常写自动化脚本的运维同学都能在这里找到可以直接抄走的写法以及一套避坑清单。1. 整数运算Bash 自带的算术能力与使用边界在 Linux 上写脚本整数运算的第一选择永远是 bash 内置机制而不是外部命令。原因很直接内置机制不需要额外创建子进程在循环里反复计算时性能差距会非常明显。而且 bash 的整数运算语法本身并不复杂真正重要的是搞清楚几种写法的区别以及哪些地方容易踩坑。1.1 算术展开$(( ))最常用的基础写法$((...))是 bash 提供的最基础整数运算方式你可以直接把它当成“返回值用”的计算器。最典型的写法是这样a10 b3 echo $((a b)) # 13 echo $((a - b)) # 7 echo $((a * b)) # 30 echo $((a / b)) # 3 echo $((a % b)) # 1 echo $((a ** 2)) # 100有两点容易被新人忽略。第一在$((...))内部变量名前面的$可以省略写成$((a b))完全没问题但如果你在外面写echo $a $bshell 会把它当成两个字符串加一个运算符来处理不会做算术。第二bash 的除法是整数除法7 / 3结果是 2余数用%单独取所以需要小数结果时必须另想办法这一点稍后会展开。$((...))不只是四则运算还支持 C 语言风格的一整套运算符。位运算、移位、逻辑判断、三目表达式都可以直接用echo $(( (3 5) * 2 )) # 16括号可以改变优先级 echo $(( 8 3 )) # 0按位与 echo $(( 1 4 )) # 16左移 4 位 echo $(( 5 3 ? 10 : 20 )) # 10三目运算 echo $(( 16#FF )) # 255按十六进制解析 FF echo $(( 2#1010 )) # 10按二进制解析 1010最后两行里使用的进制#数字写法很实用。比如读取配置时拿到一个0xFF形式的十六进制数字想参与计算直接用$((16#FF))就能把它转成十进制数值。二进制、八进制同理。1.2(( ))把运算变成条件判断当$((...))外面不带$时也就是直接写成((...))它就不再是“取出计算结果”的写法而是作为一条独立命令存在根据算术表达式的结果设置退出状态码。简单点理解运算结果不是 0 时退出码为 0表示“真”运算结果为 0 时退出码为 1表示“假”。最常见的用法是在if或者while条件里x10 if (( x 5 )); then echo x 大于 5 fi这里(( x 5 ))本身就是一个条件表达式不需要再写方括号也不需要用echo $?来判断。配合自增自减和赋值运算写循环计数器非常方便i0 ((i)) echo $i # 1 ((i 2)) echo $i # 3 ((i * 3)) echo $i # 9$((...))和((...))的区别本质上是“命令替换”和“命令本身”的区别。前者会替换成一个数值所以可以放进echo、变量赋值、或者另一个表达式里后者则主要用来产生退出状态码控制脚本流程。刚开始写容易混淆我把它们分别记成“取值写法”和“判断写法”就清晰多了。1.3 老牌命令expr与let还能见到但不必执着在非常老式的 POSIX 脚本里你还经常能看到expr和let。expr是个外部命令除了整数运算还能做字符串匹配、子串提取。它的写法比较刁钻expr 3 5 # 8 expr 3 \* 5 # 15乘号必须转义 expr 3 \ 2 # 1表示逻辑真 expr \( 3 5 \) \* 2 # 16括号也必须转义为什么expr 3 * 5会出错因为*在 shell 里有通配符展开的语义会被当前目录下的文件名替换掉括号、大于号这些字符同样有特殊含义所以都要用反斜杠或引号包起来。另外expr 35也不会计算它会认为你传入了一个字符串35。参数之间必须用空格分隔不能连在一起。let是 bash 内置命令用法如下let a35 echo $a let a (3 5) * 2 echo $a # 16let的表达式里如果包含空格必须整体用引号扩成一个参数否则 shell 会把它拆成多个参数导致报错。现实中我很少在脚本里用let因为((...))写起来更直观也不会被空格问题困扰。expr也一样除非是兼容 POSIX sh 的极端需求否则没必要在纯 bash 环境里自找麻烦。1.4 整数运算的雷区溢出、前导零、空变量bash 的整数是基于 C 语言的long类型实现的。64 位系统上范围大约是-9223372036854775808到9223372036854775807。一旦超出这个范围bash 不会给你一个“精度受损”的近似值而是直接报算术溢出错误。所以处理超大 ID、哈希片段这类数字时要先想清楚它是否还在 long 范围内。带前导零的数字也会带来意外。echo $((010))的结果不是 10而是 8因为 bash 把010当成八进制。这在我处理日期格式时踩过坑比如08月、09日这种写法在算术展开里会被判定为非法八进制数。虽然可以用10#08强行按十进制解析但如果变量本身夹杂着其他字符还是会报错最好的习惯是在进入计算前先对数据做好清洗。还有一个隐蔽问题是“未定义变量按 0 处理”。在$((...))里如果你写了一个不存在的变量名bash 不会报错而是默认它是 0。这有时候是好事比如计数器还没初始化时直接((count))也能跑有时候则是坏事变量名拼错了程序照样运行结果却完全不对。排查这类问题通常耗时很久所以我在写脚本时会给关键变量显式初始化。2. 浮点运算为什么 Bash 算不了小数以及如何绕开限制如果你在 bash 里直接写echo $((5 / 2))得到的一定是2。这不算 bug而是 bash 的设计定位它只需要高效处理整数运算浮点运算交给外部工具负责。现实中的平均耗时、百分比、利率、精度计算全都涉及浮点数因此靠 bash 内建能力是走不通的。2.1 浮点数比较与赋值的常见报错除了除法结果被截断shell 的整数比较操作符也会受限于整数语义。比如下面这种写法会直接报错a3.5 if [ $a -gt 2 ]; then echo yes fi报错信息通常是integer expression expected意思是-gt只能比较整数。我见过不少同事跑脚本跑到这里一脸茫然第一反应是怀疑变量里面有隐藏字符实际上就是数据类型不支持。遇到浮点比较原则是“不在方括号里硬顶直接交给能处理浮点的工具”。2.2 高精度浮点计算先学会用bcbc是 Linux 里最可靠的计算器支持任意精度。它的基本用法是通过管道把表达式喂给它echo 5 / 2 | bc注意这样输出的结果仍然是2不是2.5。原因是bc默认的scale为 0也就是不保留小数位。要让除法结果带小数必须显式设定scaleecho scale2; 5 / 2 | bc # 2.50 echo scale4; 1 / 3 | bc # .3333有人可能会问既然要算浮点数为什么bc默认还截断因为它实际上是任意精度计算器精度取决于你给它的scale变量而不是看操作数里有没有小数点。所以写bc表达式时先把scale写在最前面是个好习惯。把 shell 变量放进bc表达式也很常见a7 b2 result$(echo scale3; $a / $b | bc) echo $result # 3.500如果表达式中既有变量又有运算符推荐用双引号包裹整个表达式。双引号内*不会触发 shell 的通配符展开所以echo scale2; $a * $b | bc可以放心使用。bc加-l参数后会加载数学库支持常见的sqrt、s正弦、c余弦、a反正切、l自然对数、e指数等函数。比如算平方根echo scale4; sqrt(2) | bc -l # 1.4142只写echo sqrt(2) | bc在部分版本中会报函数未定义所以涉及数学函数时务必加上-l。这里区分一下-l会把默认scale设置成 20输出很多位小数如果不需要那么高的精度再单独指定scale4即可。2.3 文本处理场景优先用awk如果你的数据本来就来自文本文件或管道比如日志里的响应时间、批量生成的测试数据那么用awk做浮点运算会比bc更顺手。awk天然按行读数据自动把字符串解析成浮点数还能用printf格式化输出。一个很典型的例子是求和并计算平均值awk {sum $1; count} END {printf %.2f\n, sum / count} data.log如果文件里某一行读取出来是空的awk也不会像 bash 那样直接“语法错误”它会把空字符串当 0 处理行为更宽容。当需要把 shell 变量带进awk时用-v传递是最稳妥的方式a7 b2 awk -v a$a -v b$b BEGIN {printf %.2f\n, a / b}这种写法避免了将变量直接拼接进 awk 程序文本也就规避了注入风险。我写脚本时凡是要把外部输入传给算术工具统一用-v或环境变量而不是把字符串直接嵌进去。2.4 其他可用备选Python 与通用计算如果系统里安装了 Python也可以在内嵌的-c参数里直接做浮点计算python3 -c print(7 / 2) python3 -c from math import sqrt; print(sqrt(2))Python 的优势是表达式写起来像普通语言适合复杂数学和科学计算缺点是每次调用都会启动一个解释器进程在循环里频繁执行会很慢。所以我的建议是简单场景用bc批量文本场景用awk只有已经确定要跑较复杂的数学时才把 Python 拉进来。3. 把整数和浮点运算写进真实脚本四个典型场景理论说多了容易飘这里拆解几个我实际写脚本时反复遇到的场景。你会发现整数和浮点运算往往不是孤立出现的而是混在一起配合使用。3.1 用整数纳秒差计算脚本耗时统计一段代码执行耗时是脚本开发里非常常见的需求。用date %s%N可以拿到当前时间的纳秒数计算结束值和起始值的差就得到了纳秒级别的耗时start$(date %s%N) sleep 0.2 end$(date %s%N) echo 总耗时 $(( (end - start) / 1000000 )) ms这里end - start是巨大的纳秒整数除以1000000就得到毫秒。用 bash 整数运算处理是因为这是纯整数的差效率高也不需要任何外部进程。如果你的系统date不支持%N只能用秒级时间戳那脚本精度就只能到秒这一点要先确认。如果还想让结果精确到小数点后两位可以把纳秒差交给bcelapsed_ns$((end - start)) echo scale2; $elapsed_ns / 1000000000 | bc这个组合很有意思中间计算依然用整数最后一步“除法并保留小数”再用bc完成。这样避免在脚本核心循环里反复启动外部进程又能保证输出格式漂亮。3.2 计算百分比时先判断分母成功率、命中率、占用率这类百分比计算是最容易“看起来没问题但结果错了”的场景。假设脚本读到了两个整数ok和total想输出成功率ok13 total20 if (( total 0 )); then percent0 else percent$(echo scale2; $ok * 100 / $total | bc) fi echo 成功率 ${percent}%这里有两个关键点。第一total为 0 时必须提前拦住否则bc会报Divide by zero脚本很可能直接中断。第二scale2只是控制小数位数并不会自动四舍五入它更像是“截断到两位小数”这也是很多人踩过的坑。3.3 从日志列里算平均值连文本清洗一起做有一次我要统计一批接口响应时间数据文件里每行一个毫秒数中间还有空行和异常标记。直接交给awk一次就能搞定awk $1 ~ /^[0-9.]$/ {sum $1; count} END {printf samples%d average%.2f\n, count, count ? sum / count : 0} timing.log这里$1 ~ /^[0-9.]$/是一个正则过滤只累加纯数字行count ? sum / count : 0则保护了空文件场景避免出现除零导致的inf。这种“过滤、求和、格式化”三合一的能力是awk在浮点计算里最舒服的地方。3.4 循环里生成随机数并算比例bash 自带的RANDOM变量只能生成 0 到 32767 的整数。想要模拟一个 0 到 100 之间的随机百分比常规写法是a$((RANDOM % 101)) b$((RANDOM % 3 1)) awk -v a$a -v b$b BEGIN {printf %.3f\n, a / b}第一部分用 bash 整数运算生成随机整数并控制范围第二部分把变量传给awk做浮点除法。这种混合模式在写测试脚本、抽样脚本时非常常见也再一次说明整数计算负责流程控制浮点计算负责最终数值两者分工明确。4. 高频踩坑与排查经验实录这一节我把这些年实际操作中积累的报错、排查和规避经验集中清理一遍。每一条都是我在真实脚本里碰到过、查过很久才定位的问题值得收藏。4.1 明明打印出来是数字为什么一计算就报错现象是变量看起来是数值但放进$((...))或[ ]比较时立刻报错。最常见的原因是变量里面带有小数点、空格或隐藏字符。比如某个命令返回了1.5 KB打印出来看着挺正常实际字符串里既有小数又有单位。排查方法很简单先做可视化输出printf [%s]\n $n如果在方括号里能看到多余空格或字母就说明不是纯数字。解决办法是先清洗再计算。如果需要保留小数用awk做更稳妥n1.5 KB clean$(awk -v raw$n BEGIN {gsub(/[^-0-9.]/, , raw); print raw}) echo $clean # 1.5给外部输入做白名单式过滤只保留数字、小数点和负号能避免大量隐性问题。4.2 浮点比较的正确打开方式既然[ $a -gt 2 ]不支持浮点那浮点比较怎么写最常用的是借助bca3.5 if (( $(echo $a 2 | bc) )); then echo yes fi当条件成立时bc输出1((1))的退出状态码为 0进入 if 分支不成立时输出0退出状态码为 1跳过分支。这个技巧用起来很方便但要注意注入风险如果$a来自不受信任的输入直接拼进bc表达式可能会被拼接成其他命令。稳妥做法是先用正则或awk验证它确实是一个合法的数值字符串。4.3bc的scale不是四舍五入而是截断很多人写echo scale2; 20 / 3 | bc期望得到6.67结果却是6.66然后怀疑人生。原因在于默认scale行为是对多余位数直接截断不是四舍五入。如果非要“四舍五入到两位”更可靠的做法是交给printf格式化orig$(echo scale2; 20 / 3 | bc) echo $orig # 6.66 rounded$(printf %.2f\n $(echo 20 / 3 | bc -l)) echo $rounded # 6.67这里bc -l先用足够精度算出小数再由printf的%.2f负责真正舍入。别小看printfbash 内置的printf本身就是可以格式化浮点数的只是需要提供一个精度足够的数字给它。4.4bc进制转换顺序错了直接乱套用bc做十六进制和二进制转换时ibase和obase的顺序是个经典坑。正确写法是echo ibase16; FF | bc # 255 echo obase2; ibase16; FF | bc # 11111111很多人会写成ibase16; obase2; FF结果得到一堆看不懂的数字。原因很微妙ibase16一旦生效后面的obase2也会被当作十六进制数来解释于是2不再是二进制而是十六进制的2等于十进制的2进制设置自然就乱了。所以我的习惯是先把obase写在前面再写ibase这样可以避免前面说的自我污染。4.5 大数精度awk 与 bc 的取舍awk和 Python 走的是浮点路线内部用双精度表示精确表示的范围大概到 2 的 53 次方左右。超过这个范围浮点表示会丢失精度只是大多数脚本场景看不出来。如果计算对象是超长数字比如设备序列号、大额订单号、精确到分的超大金额建议直接用bcecho 1.234567890123456789 * 2.0 | bc -lbc任意精度意味着不会因为这些数字超出浮点数范围而输出近似值。判断标准很简单看你对精度要求有多高以及数据会不会超过普通人使用的“日常量级”。5. 方案选择速查表与我的个人习惯不同场景对应不同工具这里总结一份我写脚本时经常参考的对照表。它不是“标准答案”但能帮你少走不少弯路。需求推荐命令说明纯整数赋值、循环、条件判断(( ))/$(( ))bash 内置最快最直接整数位运算、进制写法$(( ))支持16#FF、2#1010高精度浮点、复杂数学函数bc -l配合scale任意精度支持sqrt、sin等文本列求和、平均、统计awk避免把数据搬来搬去一次处理浮点数四舍五入显示printf与bc联用负责最终格式老式 POSIX 脚本兼容expr注意转义能不用就不用较复杂的数学逻辑python3 -c适合一次性的科学计算5.1 我常用的封装函数写脚本多了之后我习惯给常用功能做一个小封装避免每个脚本里都重复写一遍。比如下面这个简单函数调用calc就能直接算带小数的表达式calc() { printf %.4f\n $(echo $1 | bc -l) }使用方式calc 7 / 2 calc scale4; 10 / 3这个函数看起来很投机取巧但它把bc调用和printf格式化串起来之后日常脚本里的浮点需求基本都能覆盖。你还可以根据自己的习惯调整输出位数比如改成%.2f。5.2 我在实际脚本里的一个习惯最后分享一个我的私人经验写算术逻辑前先确定输入数据是不是“干净数字”。无论是命令输出、配置文件还是用户参数只要没经过校验就直接参与计算迟早会在某个犄角旮旯碰到不带单位但带小数点的变量或者带前导零的日期数字。我现在的习惯是先写一个小验证函数把不符合数字格式的输入直接拦截或者先用awk清洗再进入计算流程。这一点看起来琐碎却是脚本从“能跑”走向“稳跑”的分水岭。数值类型搞清楚了脚本计算的可预测性会大幅提升。如果你打算把这套知识点真正用起来强烈建议先在本地写几个包含整数、浮点、进制转换的小脚本把本文提到的报错场景亲手触发一遍记忆会更深刻。
