1.char*类型的隐式转化成bool类型
void a(bool input)
{
cout<<"I amd first"<<endl;
cout<<input<<endl;
}
void a(const string &input)
{
cout<<"I amd second"<<endl;
cout<<input<<endl;
}
int main(int argc,char **argv)
{
a("str"); // 是调用第二个a函数吗?
a(string("str"));
return 0;
}
char*类型的"str"居然被隐式转化成了bool类型
2. #pragma pack(1) 成对使用：
先来介绍一下背景，我这里有个server，会在运行时调用一个so，正常情况下都一切正常，但是在引用了一个第三方给的头文件之后，在调用so的一个函数的时候就会core掉。百思不得其解之下，去看了一下那个第三方头文件的定义:
#ifndef HEADER_OPENAPILOG_PROTOCOL
#define HEADER_OPENAPILOG_PROTOCOL
#pragma pack(1)
//一些结构体定义
#endif
只调用了#pragma pack(1)却没有在文件结束时调用#pragma pack()！而我的主调server虽然重新编译了，但是so却没有重新编译，导致其共用的结构体一个做了字节对齐，一个没有做。
3.递归计算（dc thq）
作者对递归的态度相当谨慎，这在静态命令式语言中显然是正确的，
但是在函数式语言中，由于有尾递归优化的存在，递归反而是最自然的形式，况且我打心里认为递归更符合人类思维。
请注意，在FP中只有尾递归的程序才是线性迭代的，否则写出来的递归可能是线性递归或者树形递归，两种情况下都可能导致堆栈溢出并且性能较差。
int factorial(int n)
{
if( n == 1)
return 1;
return n * factorial(n-1);
}
显然这个版本不是尾递归，计算过程是一个线性递归过程(斐波拉契数列计算过程展开是一个树形递归的过程)
因为解释器是采用应用序求值，需要将表达式完全展开，然后依次求值，在这个过程中，解释器内部需要保存一条长长的推迟计算的轨迹。
long fact_iter(long product, long counter, long maxcount)
{
return (counter > maxcount) ? product : fact_iter(product*counter, counter+1, maxcount);
}
long factorial(long n)
{
return fact_iter(1, 1, n);
}
在这个过程中，解释器不需要保存计算轨迹，迭代的中间结果通过product变量来保存，这是一个线性迭代的计算过程。
4.#define enum2str(num) #num printf("%s",enum2str(num));
5.获取struct成员偏移量
// method 1 : struct只能是结构体名
#define OFFSET(struct, member) ((size_t)&((struct*)0)->member)
// method 2 : struct只能是结构体名
offsetof(struct, member) // NOTE ：要明确包含 <stddef.h> 头文件
// method 3 : struct必须是个实例对象。
#define OFFSET2(struct, member) (size_t)((char*)(&struct.member) - (char*)&struct)
6. #define __set_task_state(tsk, state_value) do { (tsk)->state = (state_value); } while (0) 帮助定义复杂的宏以避免错误
7. 在C中，sizeof('a')=4而不是1，因为C语言中的字符常数是int型，因此sizeof('a')是sizeof(int)，这是与C++不同的地方。
8. 使宏既字符串化又扩展：
#define Str(x) #x
#define Xstr(x) Str(x)
#define OP plus
char *opname = Xstr(OP); //这段代码把opname置为“plus”而不是“OP”。