C语言编程中的几点“坑”操作

单纯的编程语法可能看起来很简单，但在实际编程中，总会出现各种意想不到的bug，今天给大家分享几个点C语言中坑人的操作。

#include 
#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;}

运行结果:

12f(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)。

#include 
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。

程序一：

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

死循环

浅析：

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

程序二：

#include #include 
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;}

运行结果：

void test(){  char str[10],str1[10];  int i;  for(i = 0; i < 10; i++)  {    str1[i] = 'a' + i;  }  strcpy(str,str1);}

浅析：

END

来源：www.cnblogs.com/jungzhang/p/5547348.html