Shell、Makefile、CMake 中 lt、gt、eq 等比较运算符详解

1. 六个比较运算符的真实身份：从 lt 到 gt 的完整拆解

第一次看到lt、le、eq、ne、ge、gt这六个缩写，很多人会以为是某种加密口令或者内部代号。其实它们就是英文单词的缩写，专门用来做数值或字符串的大小比较。这套命名规则最早来自 Unix 的test命令和expr表达式，后来被 Shell、Makefile、CMake、SQL、汇编指令集、模板引擎等大量场景沿用，成了跨语言的“通用暗号”。

先把结论摆出来，方便你对照记忆：

这六个词解决的核心问题只有一个：在不能直接写数学符号的环境里，如何表达比较逻辑。比如在 Shell 脚本里，<和>会被解释成重定向符号，直接写if [ $a < $b ]会报错甚至产生意外文件；在 Makefile 里，>是命令行输出重定向；在 HTML/XML 里，<和>是标签定界符，必须转义成<和>。所以这套字母缩写不是“多此一举”，而是被环境逼出来的刚需。

适合阅读这篇内容的人大致分三类：一是刚接触 Shell 脚本或 Makefile 的新手，被-lt、-gt这类写法卡住；二是做数据库或模板开发，需要写条件判断但记不清缩写含义；三是想系统梳理一遍比较运算符体系，避免在跨语言切换时混淆。下面我会按“为什么这样设计 → 各场景怎么用 → 实操踩坑 → 问题排查”的顺序展开，每个场景都给出可直接复制的代码。

2. 为什么不用数学符号：设计逻辑与场景选型

2.1 符号冲突才是根本原因

很多人第一反应是“直接写<不就行了”。问题在于，计算机世界里符号是稀缺资源，同一个字符在不同上下文有完全不同的含义。Shell 里<表示标准输入重定向，>表示标准输出重定向，>>表示追加重定向。你写if [ $a > $b ]，Shell 会先把它当成“把$b的输出重定向到文件$a”，然后[命令收到的参数就乱了，判断结果完全不可控。

Makefile 更典型。Makefile 里>用于把命令输出写入文件，<用于读取文件作为输入。如果比较表达式里直接用符号，Make 解析器会先做重定向处理，逻辑判断根本轮不到执行。所以 Makefile 提供了ifeq、ifneq、ifdef、ifndef这套条件语法，其中eq和ne就是从这里来的。

HTML 和 XML 则是另一条线。<和>是标签的起止符，正文里要显示“小于”必须写成<，显示“大于”写成>。这也是为什么你在网页源码里经常看到<这种实体，它和 Shell 里的lt本质是同一个思路：用字母替代符号，绕开解析器的特殊处理。

2.2 各场景的选型对照

不同环境对这套缩写的支持程度不一样，我整理了一张对照表，方便你按需查阅：

从表里能看出一个规律：越是底层、越是和文本解析强相关的环境，越倾向于用字母缩写。Shell 和 Makefile 是典型代表，因为它们的历史包袱重，符号早被占用了。而 SQL 这种专门为查询设计的语言，符号就是它的原生语法，反而不用缩写。

2.3 记忆技巧：词根拆解

这六个词其实有很强的构词规律，抓住词根就不用死记：

• l开头都是“小于”方向：lt（less than）、le（less than or equal）
• g开头都是“大于”方向：gt（greater than）、ge（greater than or equal）
• eq是 equal 的缩写，ne是 not equal 的缩写
• 带e结尾的（le、ge、ne）都表示“或等于”或“否定”，lt、gt是纯方向

我个人的记法是：l 小 g 大，e 结尾带等号，n 开头是取反。这套口诀在 Shell、汇编、模板引擎里通用，切换语言时不用重新背。

3. Shell 脚本里的六种比较：数值与字符串必须分清

3.1 数值比较的标准写法

Shell 里做数值比较，必须用-lt、-le、-eq、-ne、-ge、-gt这六个带短横线的操作符。注意短横线不能省，省了就变成字符串比较或者命令名了。

#!/bin/bash a=10 b=20 if [ $a -lt $b ]; then echo "$a 小于 $b" fi if [ $a -le $b ]; then echo "$a 小于等于 $b" fi if [ $a -eq $b ]; then echo "$a 等于 $b" else echo "$a 不等于 $b" fi if [ $a -ne $b ]; then echo "$a 不等于 $b" fi if [ $a -ge $b ]; then echo "$a 大于等于 $b" else echo "$a 小于 $b" fi if [ $a -gt $b ]; then echo "$a 大于 $b" else echo "$a 不大于 $b" fi

这段脚本跑下来，输出会是“10 小于 20”“10 小于等于 20”“10 不等于 20”“10 小于 20”“10 不大于 20”。逻辑很直白，但有几个细节必须注意。

第一，[和]两边必须有空格。[$a -lt $b]这种写法会报command not found，因为 Shell 把[$a当成一个整体命令名了。这是新手最常踩的坑，没有之一。

第二，变量最好加双引号。虽然数值比较时$a是数字，加不加引号影响不大，但养成习惯能避免空变量导致的语法错误。如果a是空值，[ -lt $b ]会直接报错，而[ "$a" -lt "$b" ]至少能给出更清晰的错误提示。

第三，-eq和=不是一回事。-eq用于数值比较，=用于字符串比较。[ "10" -eq "010" ]返回真，因为数值上都是 10；但[ "10" = "010" ]返回假，因为字符串不相等。这个差异在解析用户输入时特别容易出问题。

3.2 字符串比较的符号写法

字符串比较不用缩写，直接用=、!=、<、>。但<和>在[ ]里需要转义，或者改用[[ ]]。

#!/bin/bash s1="apple" s2="banana" if [ "$s1" = "$s2" ]; then echo "相等" else echo "不相等" fi if [ "$s1" != "$s2" ]; then echo "不相等" fi # 字符串大小比较推荐用 [[ ]] if [[ "$s1" < "$s2" ]]; then echo "$s1 排在 $s2 前面" fi if [[ "$s1" > "$s2" ]]; then echo "$s1 排在 $s2 后面" fi

[[ ]]是 Bash 的增强版测试语法，支持模式匹配和正则，而且不用转义<和>。如果你确定脚本只在 Bash 下跑，优先用[[ ]]。如果要求 POSIX 兼容（比如要在 dash 或 busybox 下跑），那就只能用[ ]加转义。

提示：字符串比较时变量一定要加双引号。[ $s1 = $s2 ]在变量为空时会变成[ = ]，直接语法错误。加引号后变成[ "" = "" ]，至少能正常返回结果。

3.3 数值比较的替代方案：双括号

Bash 还提供了(( ))做算术比较，可以直接写数学符号，可读性更高：

a=10 b=20 if (( a < b )); then echo "a 小于 b" fi if (( a >= b )); then echo "a 大于等于 b" else echo "a 小于 b" fi

(( ))里可以直接用<、<=、==、!=、>=、>，不用缩写也不用转义。代价是它只支持整数运算，不支持浮点数，而且不是 POSIX 标准。做纯数值判断时，我个人更倾向用(( ))，写起来清爽，读起来也直观。但如果是写给别人维护的脚本，或者需要兼容老环境，还是用-lt这套更稳妥。

4. Makefile 与 CMake：构建系统里的条件判断

4.1 Makefile 的 ifeq 与 ifneq

Makefile 只提供了等于和不等于两种判断，对应ifeq和ifneq。没有lt、gt这套，因为 Make 的条件主要用于判断变量是否定义、是否等于某个值，很少做数值大小比较。

MODE = release ifeq ($(MODE),release) CFLAGS = -O2 else CFLAGS = -g endif ifneq ($(MODE),debug) $(info 当前不是调试模式) endif

ifeq的语法有几种写法，ifeq ($(A),$(B))是最常见的。注意括号和逗号的位置，写错了 Make 会直接报missing separator。另外ifeq和ifneq后面必须跟endif闭合，嵌套时每个if都要有对应的endif，否则解析会乱。

如果确实需要在 Makefile 里做数值比较，通常得借助shell函数调用外部命令：

COUNT := $(shell echo 5) ifeq ($(shell test $(COUNT) -gt 3 && echo yes),yes) $(info COUNT 大于 3) endif

这种写法能跑，但可读性差，而且每次执行都会 fork 一个 shell 进程。我的建议是：Makefile 里尽量只做字符串和定义判断，数值比较挪到脚本里做。构建系统不是用来做复杂逻辑的，硬塞进去只会让维护成本飙升。

4.2 CMake 的全大写单词

CMake 用的是全大写单词，不是缩写：

set(A 10) set(B 20) if(A LESS B) message(STATUS "A 小于 B") endif() if(A GREATER_EQUAL B) message(STATUS "A 大于等于 B") else() message(STATUS "A 小于 B") endif()

CMake 的if语法比较特殊，变量名直接写，不用加${}。if(A LESS B)里 A 和 B 会被自动解引用。如果你写成if(${A} LESS ${B})，在变量为空时会变成if( LESS )，直接语法错误。这是 CMake 新手最容易搞混的地方。

另外 CMake 的EQUAL对数值和字符串都适用，但数值比较时建议确保两边都是数字，否则会按字符串规则比较，"10"会小于"9"，因为字符1的编码小于9。

5. 汇编与模板引擎：底层与上层的两种面孔

5.1 汇编里的条件分支

在 ARM 汇编里，lt、le、eq、ne、ge、gt是条件码后缀，直接跟在指令后面表示“满足条件才执行”。比如blt是“小于则跳转”，bgt是“大于则跳转”。

cmp r0, r1 ; 比较 r0 和 r1 blt label_less ; 如果 r0 < r1，跳转到 label_less ble label_le ; 如果 r0 <= r1，跳转 beq label_eq ; 如果 r0 == r1，跳转 bne label_ne ; 如果 r0 != r1，跳转 bge label_ge ; 如果 r0 >= r1，跳转 bgt label_gt ; 如果 r0 > r1，跳转

这套后缀和 Shell 的缩写完全一致，因为都源自同一套英文缩写传统。区别在于汇编里它们是指令的一部分，不是独立的操作符。cmp指令负责比较并设置标志位，后面的分支指令根据标志位决定是否跳转。理解这个“先比较、后分支”的模型，对看懂汇编控制流很关键。

x86 汇编用的是另一套：jl（jump if less）、jle、je、jne、jge、jg。j是 jump，后面跟的条件码和 ARM 基本对应，只是lt变成了l，gt变成了g。记住这套对应关系，跨架构看汇编时能省不少查文档的时间。

5.2 模板引擎里的比较

很多模板引擎为了避免和 HTML 标签冲突，也采用这套缩写。以 Jinja2 为例：

{% if a lt b %} a 小于 b {% elif a eq b %} a 等于 b {% else %} a 大于 b {% endif %}

Jinja2 同时支持lt和<，但<在 HTML 模板里容易和标签混淆，所以官方文档更推荐用lt这套。Django 模板、Twig、Liquid 等引擎也都有类似支持，具体写法略有差异，用之前查一下对应文档。

模板引擎里做比较时有个常见陷阱：变量类型不确定。从后端传过来的可能是字符串"10"，也可能是整数10。"10" lt "9"在字符串比较下返回真，因为字符1小于9；但数值上 10 大于 9。所以模板里做数值比较前，最好在后端就转成数字类型，别指望模板引擎帮你做类型推断。

6. 常见问题与排查技巧实录

6.1 高频报错速查表

6.2 三个我踩过的坑

第一个坑：-eq比较带前导零的数字。有次处理日期输入，用户填了08，脚本里用[ "$month" -eq 8 ]判断，结果报value too great for base。原因是 Shell 把08当成八进制数，而八进制里没有 8。解决办法是加10#前缀强制十进制：[ "$((10#$month))" -eq 8 ]。这个坑在月份、日期处理里特别常见，因为01到09都会触发。

第二个坑：浮点数比较。Shell 的-lt这套只支持整数，[ 1.5 -lt 2 ]直接报错。要比较浮点数，得用bc或awk：

if [ "$(echo "1.5 < 2" | bc)" -eq 1 ]; then echo "1.5 小于 2" fi

或者用awk 'BEGIN{exit !(1.5 < 2)}'。我一般用bc，因为写法更接近普通比较，可读性好一些。

第三个坑：Makefile 里ifeq的空格。ifeq ($(A), $(B))和ifeq ($(A),$(B))结果可能不同，因为逗号后的空格会被当成值的一部分。如果B是release，写成ifeq ($(A), release)实际比较的是" release"，永远不相等。这个坑很隐蔽，因为 Makefile 不会报错，只是条件永远不成立。我的习惯是逗号后绝不加空格，所有ifeq都写成紧凑形式。

6.3 跨语言切换的防混淆清单

同时用多种语言时，最容易搞混的就是比较运算符。我给自己列了一张速查卡：

• Shell 数值：-lt -le -eq -ne -ge -gt，带短横线
• Shell 字符串：= != < >，用符号
• Bash 算术：< <= == != >= >，双括号里用符号
• Makefile：只有ifeq和ifneq
• CMake：LESS LESS_EQUAL EQUAL NOT_EQUAL GREATER_EQUAL GREATER
• SQL：直接用符号，不用缩写
• 汇编：lt le eq ne ge gt作指令后缀

每次切换语言前扫一眼这张卡，能避免大部分低级错误。特别是 Shell 和 Bash 算术之间，同一个脚本里两种写法混用很常见，写的时候要清楚当前在哪个上下文。

7. 一套可直接复用的比较函数库

如果你经常写 Shell 脚本，建议把这六个比较封装成函数，调用时更直观，也避免记错操作符：

#!/bin/bash num_lt() { [ "$1" -lt "$2" ]; } num_le() { [ "$1" -le "$2" ]; } num_eq() { [ "$1" -eq "$2" ]; } num_ne() { [ "$1" -ne "$2" ]; } num_ge() { [ "$1" -ge "$2" ]; } num_gt() { [ "$1" -gt "$2" ]; } # 使用示例 if num_gt 10 5; then echo "10 大于 5" fi if num_le 3 3; then echo "3 小于等于 3" fi

这样写的好处是函数名本身就是英文含义，读代码时不用在脑子里做缩写翻译。而且函数内部统一处理了引号和操作符，调用处更干净。代价是多了一层函数调用开销，但对于普通脚本来说完全可以忽略。

如果要做浮点数比较，可以再加一组：

float_lt() { [ "$(echo "$1 < $2" | bc)" -eq 1 ]; } float_gt() { [ "$(echo "$1 > $2" | bc)" -eq 1 ]; } float_eq() { [ "$(echo "$1 == $2" | bc)" -eq 1 ]; }

这套函数库我用了好几年，在各种运维脚本、构建脚本里都跑得很稳。唯一要注意的是bc不是所有环境都预装，嵌入式系统里可能得换成awk。

8. 从缩写看计算机的命名哲学

这六个缩写能在这么多领域存活几十年，背后其实有一套命名哲学：在符号受限的环境里，用最短的字母组合表达最明确的语义。lt只有两个字母，但任何懂英文的人看一眼就能猜到是 less than。这种“压缩但不失可读性”的平衡，是 Unix 工具链设计的一贯风格。

对比一下其他命名方式：Java 的Comparator用compareTo返回负数、零、正数表示大小关系，更灵活但不够直观；Python 的operator.lt直接用了同样的缩写，说明这套命名确实经得起时间考验。你在设计自己的 API 或配置语法时，如果也面临符号冲突问题，不妨参考这个思路：用目标用户最熟悉的英文缩写，而不是自创一套符号。

最后分享一个我常用的验证方法：遇到不确定的比较写法，先在命令行里用最简单的值试一下，比如[ 1 -lt 2 ] && echo ok。确认语法通过后再套用到实际脚本里。这个习惯帮我省了大量调试时间，尤其是跨语言切换的时候，花十秒钟验证一下，比写完一整段再排查要高效得多。