4、使用inline的一些注意事项
a.从inline的原理，我们可以看出，inline的原理，是用空间换取时间的做法，是以代码膨胀（复制）为代价，仅仅省去了函数调用的开销，从而提高函数的执行效率。如果执行函数体内代码的时间，相比于函数调用的开销较大，那么效率的收获会很少。所以，如果函数体代码过长或者函数体重有循环语句，if语句或switch语句或递归时，不宜用内联
b.关键字inline 必须与函数定义体放在一起才能使函数成为内联，仅将inline 放在函数声明前面不起任何作用。内联函数调用前必须声明。
inline void Foo(int x, int y); // inline 仅与函数声明放在一起
void Foo(int x, int y)
{
...
}
以上代码不能成为内联函数，而以下则可以
void Foo(int x, int y);
inline void Foo(int x, int y) // inline 与函数定义体放在一起
{
...
}
所以说，inline 是一种“用于实现的关键字”，而不是一种“用于声明的关键字”。对于以上例子，林锐还建议，只在定义前加上inline，而不是在声明和定义前都加，因为这能体现高质量C++/C 程序设计风格的一个基本原则：声明与定义不可混为一谈。
c.inline对于编译器来说只是一个建议，编译器可以选择忽略该建议。换句话说，哪怕真的写成了inline，也没有任何错误的情况下，编译器会自动进行优化。所以当inline中出现了递归，循环，或过多代码时，编译器自动无视inline声明，同样作为普通函数调用。
总结下：
觉得可以将内联理解为C++中对于函数专有的宏，对于C的函数宏的一种改进。对于常量宏，C++提供const替代；而对于函数宏，C++提供的方案则是inline。在C中，大家都知道宏的优势，编译器通过复制宏代码的方式，省去了参数压栈，生成汇编的call调用，返回参数等操作，虽然存在一些安全隐患，但在效率上，还是很可取的。
不过函数宏还是有不少缺陷的，主要有以下：
a.在复制代码时，容易出现一想不到的边际效应，比如经典的
#define MAX(a, b) (a) > (b) ? (a) : (b)
