在《C专家编程》书中有这么一段话:

       尽量不要使用无符号数,以避免增加不必要的复杂性。尤其是不要仅仅因为无符号不存在负值而用它来表述数量。

       说到了上面的原则,书中给出了一个例子。这里给一段示范代码:

#include"stdio.h"

 

int num = -1;

 

int main(void)

{

       printf("value after convert:%u\n",(unsigned int)num);

 

       return 0;

}

       代码的编译运行记录与结果如下:

E:\WorkSpace\01_编程语言\01_C语言\exp_11>gcc exp_11.c

 

E:\WorkSpace\01_编程语言\01_C语言\exp_11>a

value afterconvert: 4294967295

       确实是比较难以令人置信,经过了强制数据类型转换之后-1被转成了一个非常大的正整数。如果用到代码中,这确实是一个比较难以预测的,至少是跟我们的自然尝试逻辑大不一致。

       不过,在嵌入式中,似乎偏向用有符号的数值有时候确实有有点不便,那么在使用的时候加个简单的边界检验似乎还是很有用的。示范代码如下:

#include"stdio.h"

 

int num = -1;

 

int main(void)

{

       unsigned int my_num_u = 0U;

 

       if(num < 0)

       {

              my_num_u = 0U;

       }

       else

       {

              my_num_u = (unsigned int)num;

       }

       printf("value after convert:%u\n",my_num_u);

 

       num = 123;

       if(num < 0)

       {

              my_num_u = 0U;

       }

       else

       {

              my_num_u = (unsigned int)num;

       }

       printf("value after convert:%u\n",my_num_u);

 

       return 0;

}

       不一定合理,但是在我用到的绝大多数场景中这基本上是我想要的结果。