C语言宏定义立即数后缀U的含义

背景

在看开源的相关代码中，会有下面的宏定义用法

#define    TEST_VALUE    (0xFFFFFFFFU)

其和下面的宏定义区别是什么呢？

#define    TEST_VALUE    (0xFFFFFFFF)

答疑

U表示 unsigned 无符号后缀，关于后缀的表述C99标准有如下定义：

 (1)  没有后缀的情况

10进制和16进制书写立即数，编译器对其解析是有差异的。

对于10进制：始终认为立即数是有符号类型的。

对于16进制：立即数的符号类型取决于其值的大小。具体看立即数是否落在哪个类型区间，即表格中类型：int，unsigned int；long int，unsigned  long int ；long long int，unsigned  long long int；

（2）有后缀U或u的情况

10进制和16进制书写立即数，编译器对其解析是一致的，始终认为其是无符号类型的

（3）其它情况

略

注：8进制和18进制现象一样，故只表述16进制

验证

（1）没有后缀的情况

10进制：立即数较小VS立即数较大场景对比

测试方法和结果如下：

 测试结论：对于10进制立即数，没有后缀的情况下，其进行算术操作后的结果始终是有符号数

16进制：立即数较小VS立即数较大场景对比

测试方法和测试结果如下：

  测试结论：对于16进制立即数，没有后缀的情况下，其进行算术操作后的结果始终是有符号数取决于立即数的大小，具体看立即数是否落在哪个类型区间，即表格中类型：int，unsigned int；long int，unsigned  long int ；long long int，unsigned  long long int。

（2）有后缀的情况

10进制：立即数较小VS立即数较大场景对比

测试方法和结果如下：

  测试结论：对于10进制立即数，有后缀的情况下，其进行算术操作后的结果始终是无符号数

16进制：立即数较小VS立即数较大场景对比

测试方法和结果如下：

测试结论：对于16进制立即数，有后缀的情况下，其进行算术操作后的结果始终是无符号数

总结

（1）验证了C标准，关于对立即数符号类型的定义，符合预期。

（2）在C或C++编程的时候,应当对立即数后面加后缀U或L，以明确表示其符合类型。

（3） 避免立即数进行运算的时候，编译器隐含的操作，使得结果不符合预期

（4） 函数重载的时候，能基于明确的参数类型，调用正确的函数

（5） ARM官方ATF Demo源码中，对于C代码编程，关于立即数都会加后缀修饰