为何负long值大于正unsigned long值？代码判断结果疑问解析

这个问题的核心在于C语言的整数类型转换规则，咱们从原理和代码实例两方面说清楚：

核心原因：有符号与无符号整数的比较规则 #

当你把一个有符号整数（比如long）和无符号整数（比如unsigned long）进行比较或运算时，C标准有明确规定：有符号整数会被隐式转换为对应的无符号整数类型，然后再执行操作。

那负的有符号数转成无符号数会发生什么？
以long num1 = -1为例，在二进制补码表示中，-1的所有位都是1（比如64位long就是64个1）。当把它转换成unsigned long时，这个全1的二进制不会被当成负数，而是被解释为unsigned long类型的最大值（比如64位下是18446744073709551615）——这个值远比任何小的正unsigned long数值（比如1）要大。

代码实例解析 #

咱们看你给出的代码：

long num1 = -1;
unsigned long num2 = 1;
if (num1 > num2) 
    printf("Num1 is greater\n"); 
else 
    printf("Num2 is greater\n");

执行流程是这样的：

1. 进入if判断时，编译器发现num1（long）和num2（unsigned long）类型不匹配；
2. 根据规则，num1被隐式转换为unsigned long类型，转换后的值是unsigned long的最大值（全1的二进制对应的无符号数）；
3. 比较unsigned long最大值和1，显然前者更大，所以条件num1 > num2的结果为true，最终输出Num1 is greater。

这不是编译器的bug，而是C语言标准规定的行为，所有符合C标准的编译器都会这么处理。

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