JAVA反射机制及CLASS.FORNAME的作用及含义

Reflection 是Java被视为动态（或准动态）语言的一个关键性质。这个机制允许程序在运行时透过Reflection APIs取得任何一个已知名称的class
的内部信息，包括其modifiers（诸如public, static 等等）、superclass（例如Object）、实现之interfaces（例如Cloneable），也包括fields
和methods的所有信息，并可于运行时改变fields内容或唤起methods。
Java为什么能够支持Reflection？答案是Java运行时仍然拥有类型信息，它包含了这个类一切：它有哪些字段、哪些方法，各是何种保护级别等等，还有这个类依赖于哪些类。在Java中，类信息以对象的形式存放，这些对象是一种元对象，它们的类型就是Class。拥有了这些信息，无论是动态创建对象还是调用某些方法都是轻而易举的。在C 中，通过RTTI（运行时类型识别），我们也可以知道类的一些信息，但为什么C 中却没有Reflection，原因是类型信息不完整。RTTI这个名字本身就告诉我们，C 的类型信息是用来进行类型识别的，因此，它也不需要其它额外的信息。并不是C 无法做到这一点，而是C 不希望给用户增加额外的负担。有所得，必然有所失，因此，C 放弃了元对象。关于这一点，C 之父Bjarne Stroustrup在他的《C 语言的设计与演化》的14.2.8节中进行了深入的讨论。
“Class”class
众所周知Java有个Object class，是所有Java classes的继承根源，其内声明了数个应该在所
有Java class中被改写的methods：hashCode()、equals()、clone()、toString()、
getClass()等。其中getClass()返回一个Class object。
Class class十分特殊。它和一般classes一样继承自Object，其实体用以表达Java程序运行时
的classes和interfaces，也用来表达enum、array、primitive Java types
（boolean, byte, char, short, int, long, float, double）以及关键词void。当一
个class被加载，或当加载器（class loader）的defineClass()被JVM调用，JVM 便自动产
生一个Class object。如果您想借由“修改Java标准库源码”来观察Class object的实际生成
时机（例如在Class的constructor内添加一个println()），不能够！因为Class并没有
public constructor（见图1）。本文最后我会拨一小块篇幅顺带谈谈Java标准库源码的改动办
法。
Class是Reflection故事起源。针对任何您想探勘的class，唯有先为它产生一个Class
object，接下来才能经由后者唤起为数十多个的Reflection APIs。这些