内联能提高函数的执行效率，为什么不把所有的函数都定义成内联函数？
如果所有的函数都是内联函数，还用得着“内联”这个关键字吗？
内联是以代码膨胀（复制）为代价，仅仅省去了函数调用的开销，从而提高函数的
执行效率。如果执行函数体内代码的时间，相比于函数调用的开销较大，那么效率的收
获会很少。另一方面，每一处内联函数的调用都要复制代码，将使程序的总代码量增大，
消耗更多的内存空间。以下情况不宜使用内联：
（1）如果函数体内的代码比较长，使用内联将导致内存消耗代价较高。
（2）如果函数体内出现循环，那么执行函数体内代码的时间要比函数调用的开销大。
类的构造函数和析构函数容易让人误解成使用内联更有效。要当心构造函数和析构
函数可能会隐藏一些行为，如“偷偷地”执行了基类或成员对象的构造函数和析构函数。
所以不要随便地将构造函数和析构函数的定义体放在类声明中。
一个好的编译器将会根据函数的定义体，自动地取消不值得的内联（这进一步说明
了inline 不应该出现在函数的声明中）。
相关推荐
HR_丸山彩同学：你的项目描述里，系统设计讲了很多：MemCube是什么、三级存储架构怎么设计、四种遗忘策略分别是什么。这些面试的时候讲没问题，但简历上不需要这么细。
简历要突出的是影响力，不是实现细节。面试官看简历的时候想知道的是「这个项目有多大价值」，不是「这个项目具体怎么实现的」。实现细节是面试时候聊的
怎么改：技术细节可以精简为一句「采用三级存储架构+四种遗忘策略」，把省出来的篇幅用来写影响力。比如：项目有没有开源？有没有写成技术博客？有没有被别人使用过？
校园经历没有任何信息量，任何人都可以写这句话，写了等于没写。更关键的是，你投的是技术岗，校园活动经历本来就不是加分项。如果非要写，必须写出具体的数字和成果。如果你没有这些数字，那就老老实实删掉
「端到端耗时缩减30-40%」要给出确切数字和绝对值。从1000ms降到600ms是降了40%，从100ms降到60ms也是降了40%，但这两个含义完全不一样。其他也是，涉及到数据，准备好证据，口径统一，面试会问
「熟练」「熟悉」「了解」混在一起用，读起来很乱。而且「了解前端需求」最好改成「具备前后端协作经验」 