Java 编程的动态性，第 8 部分: 用代码生成取代反射

核心提示： 查看原图（大图）从图 1 中可以看出，不管在什么情况下，Java 编程的动态性，第 8 部分: 用代码生成取代反射(8)，生成的代码执行都比反射要快得多，生成的代码的速度优势随着循环次数的增加而增加，但是不要失望 —— 当我展示一些为操纵 Java 字节码而构建的工具时，

查看原图（大图）

从图 1 中可以看出，不管在什么情况下，生成的代码执行都比反射要快得多。生成的代码的速度优势随着循环次数的增加而增加，在 2k 次循环时大约为 5:1，在 512K 次循环时增加到大约 24:1。对于 Javassist，构造并装载第一个 glue 类需要大约 320 毫秒（ms），而对于 BCEL 则为 370 ms，而构造第二个 glue 类对于 Javassist 只用 4 ms，对于 BCEL 只用 2 ms（由于时钟分辨率只有 1ms，因此这些时间是非常粗略的）。如果将这些时间结合到一起，将会看到即使对于 2k 次循环，生成一个类也比使用反射有更好的整体性能（总执行时间为约 4 ms 到 6 ms，而使用反射时大约为 14 ms）。

此外，实际情况比这个图中所表明的更有利于生成的代码。在循环减少至 25 次循环时，反射代码的执行仍然要用 6 ms 到 7 ms，而生成的代码运行得太快以致不能记录。针对相对较少的循环次数，反射所花的时间反映出，当达到一个阈值时在 JVM 中进行了某种优化，如果我将循环次数降低到少于 20，那么反射代码也会快得无法记录。

加速上路

现在已经看到了运行时 classworking 可以为应用程序带来什么样的性能。下次面临难处理的性能优化问题时要记住它 —— 它可能就是避免大的重新设计的关键所在。不过，Classworking 不仅有性能上的有好处，它还是一种使应用程序适合运行时要求的灵活方式。即使没有理由在代码中使用它，我也认为它是使编程变得有趣的一种 Java 功能。

对一个 classworking 的真实世界应用程序的探讨结束了“Java 编程的动态性”这一系列。但是不要失望 —— 当我展示一些为操纵 Java 字节码而构建的工具时，您很快就有机会在 developerWorks 中了解一些其他的 classworking 应用程序了。首先将是一篇关于 Mother Goose直接推出的两个测试工具的文章。