总体印象：

它却不会引入一般函数调用所带来的负担，但又比宏更安全更容易调试。然而内联函数并不是万能药，在一些情况下，它甚至能够降低程序的性能。

内联函数和普通函数的区别：普通函数被调用时，系统先要保存当前的上下文（context），然后进入函数内，返回时还要恢复保存的上下文环境，如果是一个简单的函数的话，调用前的入栈代码，调用后的出栈代码数量可能就已经超过函数本身的代码了，如果需要很频繁地调用这个函数，那么，会有很多的系统开销用在调用函数的代码上。内联函数可以解决这个问题，编译器将内联函数的代码在编译时就插入到被调用处，这样调用这些代码时就不再需要出入栈的开销了。

内联函数与宏的区别：就如普通函数和宏的区别。有参数，有返回值，有作用域，相对宏而言安全性和可调试性强。

定义内联函数的方法：

1.在成员函数定义前加上 inline 关键字，并且将定义放入头文件中：

通常将函数的定义（{...}之间的部分）放在头文件中是强制的。如果你将内联函数的定义放在 .cpp 文件中并且在其他 .cpp 文件中调用它，连接器将给出“unresolved external”错误。

2.在类声明体内部定义了函数体的函数，无须inline关键字即默认为内联函数。如： class MyClass { private: int a, b; public: int add( ) { return a + b; } inline int dec( ) { return a- b; } }; 这里函数add和dec都是内联函数。 尽管这对于写类的人来说很容易，但由于它将类是“什么”(what)和类“如何”(how)工作混在一起，给阅读的人带来了困难。我们通常更愿意在类体外使用inline关键字来定义成员函数来避免这种混合。这种感觉所基于的认识是：在一个面向重用的世界中，使用你的类的人有很多，而建造它的人只有一个（你自己）；因此你做任何事都应该照顾多数而不是少数。

3.在类声明体内声明了函数，在类声明体外部实现函数，但在函数体前加上inline关键词，如： class MyClass { private: int a, b; public: inline int add( ); int dec( ); }; inline int MyClass::add( ) { return a + b; } int MyClass::diff( ) { return a - b; } 这里add是内联函数，而dec则不是内联函数。

内联函数保证执行性能更好吗?

不。

小心过度使用内联函数可能导致代码膨胀。在页面调度环境中，它可能会给执行性能带来负面影响。

代码膨胀术语只表示代码的尺寸会增大（膨胀）。在有关内联函数的上下文中，更关心的是内联函数会增加执行代码的尺寸，并导致操作系统不稳定。这意味着操作系统要花费大部分的时间从磁盘取出代码。

当然，内联函数也可能减小执行代码的尺寸。看上去反了，其实是真的。特别是，调用函数的代码总量有时会大于展开的内联函数的代码总量。这样的情况会发生于非常小的函数，当优化器能删除很多冗余代码时——也就是当优化器能使长的函数变短时，也可能会发生于长的函数。 另外关于内联函数还有两个更令人头疼的问题。第一个问题是该如何进行维护。一个函数开始的时候可能以内联的形式出现，但是随着系统的扩展，函数体可能要求添加额外的功能，结果内联函数就变得不太可能，因此需要把inline specifier去除以及把函数体放到一个单独的源文件中。另一个问题是当内联函数被应用在代码库的时候产生。当内联函数改变的时候，用户必须重新编译他们的代码以反映这种改变。然而对于一个非内联函数，用户仅仅需要重新链接就可以了。 什么时候才适合使用内联函数呢？

微软的MSDN说最好用在代码量较少逻辑简单的函数上，如访问类私有数据成员的函数。当函数的代码量较大时，此时调用函数的开销对于函数本身的执行开销变得微不足道了，而插入代码却使得整个程序的代码量大大增加从而使系统执行这个程序的开销增加，这就有点得不偿失了，所以，通常编译器会权衡利弊，决定是否放弃使用某些内联函数，仍将其当作普通函数来编译。如果你非要自己决定将一个函数定义为内联函数，VC++中可以用__forceinline关键词来代替inline，但在某些情况下仍然没法让编译器使用内联，例如递归函数，可变参数函数。总的来说，inline specifier仅仅是对编译器的建议，编译器有权利忽略这个建议。那么编译器是如何决定函数内联与否呢？一般情况下关键性因素包括函数体的大小，是否有局部对象被声明，函数的复杂性等等。