谈到Spring时大家都会想到它的核心原理是IOC/DI，其实Spring实现IOC/DI的背后依靠的是Java反射机制。不仅Spring使用反射机制，Hibernate的ORM框架也是使用反射机制实现的，AOP动态代理也是大量使用反射实现的，所以Java反射机制其实已经被大量应用在我们的程序中，只是平时我们做业务应用开发时直接使用Java反射的机会比较少，因为我们不需要重复发明轮子，大部分应用的开发都会使用一些像Spring这样成熟的框架，开发人员只需要提供框架配置文件即可。框架让我们可以更专注业务逻辑开发，但对于提高架构设计能力，我们还是需要掌握框架背后的实现，说不定将来我们需要开发自己的框架或者定制开源框架。

Reflection，这个字的意思是“反射、映象、倒影”，用在Java身上指的是我们可以于运行时加载、探知、使用编译期间完全未知的classes。换句话说，Java程序可以加载一个运行时才得知名称的class，获悉其完整构造（但不包括methods定义），并生成其对象实体、或对其fields设值、或唤起其methods。这种“看透class”的能力（the ability of the program to examine itself）被称为introspection（内省、内观、反省）。Reflection和introspection是常被并提的两个术语。

反射被大量使用肯定有其优点，从上面的定义可以看出反射的优点就是动态灵活，一切都是在运行时期根据具体情况（配置）决定创建哪种对象、调用哪个方法等。这种灵活性可以方便我们设计解耦，这也是Spring做得最好的事情之一，所以我们可以很方便的替换某些class文件而不需要重新编译相关类。事物都是两面的，反射当然也有缺点，对于编译期能确定的事情，编译器可以或多或少做些优化，而运行期就像解释执行一样，编译器一般没法进行优化，所以使用反射性能要打点折扣；另外反射破坏类的封装性，通过反射我们可以访问类的任何成员，包括private成员，这违反了面向对象设计原则。

java.lang.Class类：反射中最常出现的类，它跟其它JAVA类没什么两样只是名字恰巧叫Class，都是继承于Object类，其实它就是JAVA类的抽象，用来描述类的元数据，比如每个类都有类名、装载器、哈希等，这些都是Class类的属性。Class没有public的构造函数，当Java虚拟机载入一个类的时候，它就会自动创建一个Class类的实例来表示这个类，比如java.lang.String，我们可以通过String.class来获取对应的Class类实例；或者我们也可以通过Class.forName("类全名")来获取一个Class对象。

反射常用的一些方法：

代码示例：

发现输出结果蛮有趣的，就连父类Object中定义的public成员都输出了。