[b]内联的语法[/b] 在类声明中定义方法； 内联方法放在类声明之外，但必须出现在头文件中，且内联方法声明中使用inline标识； 注：inline只是对编译器的建议，是否内联的决定权在编译器； [b]内联节省的开销[/b] 函数调用开销 调用间优化 优秀的编译器可是内联方法的边界难以区分（将代码内联后，对代码进行重新排列） [b]内联带来的问题[/b] 代码膨胀（空间开销） 由于代码膨胀带来的页面缓存命中率下降 编译时间增加 修改文件后相关文件都需要重新编译； 由于函数边界模糊，该内联函数遇到问题后不好排查； [b]内联函数的建议[/b] 优化时，只针对高频代码内联； 对于调用频率高的（80%以上场景都会走到的路径）： 函数规模<5行：总是内联； 5-20行,将高频率的调用点选择性内联； 超过20行，重写方法，体现出快速路径并将其内联； [b]内联的技巧[/b] 将内联工作放到开发周期后期 使用条件内联，通过宏和编译选项的技巧控制在开发初期不内联，而到开发后期再加上自定义内联选项进行内联； SPARC体系结构中的内联 SPARC中有充足的寄存器，在限定的调用深度范围内几乎没有调用返回的性能损失（无须在调用时存储就的寄存器内容），所有，这种体系结构的内联效果甚微，一般不用考虑内联； 以上所述就是本文的全部内容了，希望大家能够喜欢。