总结几个C语言中的“坑”（一）

近来被C语言中的各种“坑”坑惨了，现将其总结如下，防止以后再被坑:

1、带参数的宏展开顺序

#include <stdio.h>
#define f(a,b) a##b
#define g(a) #a
#define h(a) g(a)
 
int main(void)
{
     printf("%s\n",h(f(1,2)));
     printf("%s\n",g(f(1,2)));
 
     return 0;
}

运行结果:

12

f(1,2)

浅析：

         本题中的#运算符可以利用宏参数创建字符串。##运算符和#运算符一样也可以用于类函数宏的替换部分。另外，##还可以用于类对象宏的替换部分，这个运算符可以把两个语言符号组合成单个语言符号，所以该运算符也被成为“预处理粘合剂”。类参数宏展开遵循一定的顺序，先从外层开始探寻如果遇到#即刻结束探寻，从遇到#处开始一步一步向外层展开，如果没有遇到#探寻到最里层结束探寻，然后一步一步向外层展开。

         所以printf("%s\n",h(f(1,2)));这条语句的展开顺序为:h(f(1,2))(没有#)  --->>  f(1,2)(到达最里层依然没有#)  ---->>  h(12)  ---->>  12。然而printf("%s\n",g(f(1,2)));这条语句的展开顺序是:g(f(1,2))(碰到#即刻结束探寻，开始展开)  ----->>f(1,2)

2、类型转换

#include <stdio.h>

int main(void)
{
    int a = -10;
    unsigned b = 1;
 
    if (a+b > 0)
         printf("a + b > 0\n");
    else if (a + b < 0)
         printf("a + b < 0\n");
    else
         printf("a + b = 0\n");
  
    return 0;
 }

运行结果：

a + b > 0

浅析：

              第一眼看到这道题心里想到这不明摆着 -10 + 1 < 0么，如此easy的题目还要算吗?当程序运行出结果时顿时傻眼了，仔细看了看数据类型发现问题出在了类型的转换上。众所周知，在不同类型的数据进行运算时如果不进行特别的转换那么在数据运算时会先将表示范围较小的数据自动转换成表示范围更广的数，再参与运算，所以本题中会先将int型的a转换成unsigned int型，通过补码运算得知该值为:4294967286,该值加上1会肯定会远大于0，因此输出的是a+b>0。

3、溢出问题

程序一:

unsigned i;

for (i = 110; i >= 0; i--)
      printf("%u\n",i);

运行结果:

死循环

浅析：

        该题的坑就在于没有注意到unsigned int 的存储范围，当小于零溢出时又会从unsigned int 的最大值开始递减，这就仿佛进入了一个圆环，永远都没有办法找到跳出圆环形跑道的缺口。

程序二：

#include <stdio.h>
#include <string.h>

int main(void)
{
    char a[1000];
    int i;
    for (i = 0; i < 1000; i++)
        a[i] = -1 -  i;
    printf("%d\n",strlen(a));

    return 0;
}

运行结果：

255

浅析：

        这道题看上去很简单但是却暗藏杀机，很少有人能够答对，当i从0开始自增，自增到127时-1 - 127 = -128，而这个数正好是char型变量所能表示的最小数字，i再自增一次就会溢出，变成char所能表示的最大数字，这样又进入了上一题的那个“环”，当i增加到255时-1 - i = 0，此时第一次出现了0，而strlen函数碰到'\0'就结束(不包括)，因此输出结果为255。