C陷阱篇之define的缺陷

#define存在一些先天不足。在以下情形下要格外小心：

避免宏参数中的++与--操作。

    带参数的宏定义形式上与函数很接近，程序员调用时有时会把它们视为等价。但实际define定义的伪函数相比真正函数有一些使用限制，比如：

    #define max(A,B)((A)>(B)?(A):(B))   //看上去是想得到两个数中较大的

    void main()

    {

      int i=1, j=2, x;

      x = max(i++, j++);

      printf("x = %d\n", x);

      printf("i = %d\n", i);

      printf("j = %d\n", j);

    }

    输出结果：x = 3  i = 2  j = 4。为什么不是x = 2, i = 2, j = 3？    因为预处理器对宏做文本替换后变成：x = ((i++) > (j++) ? (i++) : (j++))，其中j将被计算两次。因此用宏定义时，一定要小心操作数中的++ --，如果max是真正的函数，处理这种带++ --的参数没问题，但#define定义的伪函数却不行。

    C库中的大小写转换函数toupper()也是一个典型例子，为减少函数调用开销，很多C库里toupper用宏实现：#define toupper(c) ((c) >= 'a' && (c) <= 'z' ? (c) + ('A' - 'a') : (c))。它确实比函数调用快，但一旦遇到toupper(*p++)这种调用方式，也会出现奇怪结果。

宏定义的括号漏洞

   #define add(A,B) A+B

    x = add(1,2) * 10;

    结果x=21。为什么不是30？仔细看：add宏展开后表达式变成x = 1+2*10，定义里没用括号保护，展开后与预期功能不符，这种问题非常常见，再比如：

    #define BLK_LEN   32 * 1024

    block_num = bufsize / BLK_LEN;

    替换后：block_num = stat_buf.st_size/32*1024;。所以宏定义里要多用括号，避免干扰。

不要用define代替typedef

    #define pin (int*)

    pin a,b;

    本意a和b都定义为int指针，但替换后变成int* a,b;即a是int指针，而b是int变量。所以对这种类型重定义，应该用typedef，而不是不伦不类的define。

define多行定义续行符后不能有空格

    define可定义多行代码，但续行符后不能有空格，否则会产生很多编译错误

    #define MACRO(arg1, arg2) do { \

    stmt1; \ 

    /* ... */ \ 

    } while(0) /* (no trailing ; ) */

   这个定义有问题么？是的，只是每行结尾的空格在代码编辑器中一般看不到。一旦写完换行符’\’后大拇指习惯性一按，一个“隐形”错误就产生了。如果总提示多行define定义有错，又找不到问题时，先把换行符\后的空格清理一下。

此外，define语句后不能随便加;号：

    #define MIN(A,B) ((A) <= (B) ? (A) : (B));

    仔细看，行尾多了;号，#define不是C语句，不能随便加;号，否则替换时;号也会跟着。

总结：

    define仅仅是代码替换，有时形似“函数定义”但不是真正的函数定义。另外define还会使调试不方便，所以建议用const量和inline函数替换#define。