【总结】 几个C语言中的“坑”

• 2019 年 10 月 11 日
• 筆記

1、带参数的宏展开顺序

运行结果

12

f(1,2)

分析

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

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

2、类型转换

运行结果

a + b > 0

分析

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

3、溢出问题

程序1

运行结果

死循环

分析

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

程序2

运行结果

255

分析

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

4、float变量与"零"值的比较

众所周知float型和double型都是有精度限制的，在计算机中用一个近似值来表示任意某个实数。具体的说，这个实数由一个整数或定点数（即尾数）乘以某个基数（计算机中通常是2）的整数次幂得到，因此使用 if(a == 0) 这样的语句往往会发生意想不到的错误，那么怎样才能比较精确的将浮点型变量与“零”值进行比较呢？这里给出了一种常用的方法。

注意

→EPSINON是一个宏，它的值可以改成你想要的精度，通过这种方式也可以进行其他任何值的精度比较

→由于浮点型变量的存储机制最好不要进行很大的浮点数与很小的浮点数之间进行运算，

比如11111111111.000+0.00000000000001这个运算结果可能会很奇葩

5、strcpy函数运行机制的理解

（来自华为面试题，程序本意是想实现字符串复制）

注意

这段代码第一眼看过去是没问题的，但是再看一眼就能够很轻松找到错误了，strcpy函数是拷贝字符串的函数，它是以''为结尾的，因此当程序运行strcpy这一行时会发生内存非法访问导致程序崩溃。