程序员可能觉得内联一个编译器不会自动内联的大函数很有用。
如果EXE和DLL中的实例化具有静态数据差异时，类的任何方法（无论是否为内联）都不能使用类型。
但是要注意，内联会极大增加数据页面的行大小，从而减少每个页面的行数量。
但是，内嵌过多的程式码可能会使程式过大，而增加虚拟记忆体的分页错误数目。
我已经验证，方法内联并没有给基准测试的报告带来任何不同。
（可能是因为服务器JVM对底层数组的直接访问进行了出色的内联处理）。
与内联有关的是经过DB2解析的XML文档的大小，而不是文件系统中的原始XML文档的大小。
管理员可以使用系统提供的两个新函数分析小型XML文档的内联。
该内联基于页面大小，类似于用于XML数据的XML内联。
当你加入-o2选项时，编译器不会进行循环展开和函数内联。
但是不方便的是，虚方法对内联造成了障碍，而虚函数调用在Java中要比在C++中普遍。
代码中的内联函数会导致莫名其妙的代码，甚至是更大的管理灾难。
如果&&foo是被用在一个静态变量的初始化时，内联是禁用的。
内联一个函数调用是编译器可能在任何时候都可能进行的优化。
防止内联的另一种方法是使用命令行选项-XX：-Inline。
清单2显示了一个通过内联实现的这类优化的示例。