基础加强之反射,内省，代理模式理解-成都传智播客

Javaweb的学习已经基本告一段落了，从最初的 servlet到jsp，从原理的理解到实践，老师通过一个个实例仔细地给我们讲解过了，一个看似简单的crud也在整个学习过程中不断地被完善和优化。实际项目中会用到的过滤器，监听器等机制老师也给我们作了一些介绍，我们现在即将进入框架学习阶段，老师说有必要再给我们深入一下基础加强知识。

虽然之前在学习java基础的时候，老师也讲了一些反射的知识，但是由于平时没怎么用的原因吧，现在老师再次为我们讲解的时候感觉有一点遗忘了，但老师稍微一提点也就能想起来了。

反射是java中非常重要的机制，它大大地扩展了程序的可扩展性，它的优点甚至比java中的多态还要多。不管我们使用继承或实现特定接口也好，始终可能会涉及到修改我们程序的源代码，如果客户对我们的产品有新的要求就要我们修改源代码的话是相当费时费力的事情，非常不利于我们的维护，如果客户的新要求能在我们不改动源代码的前提下完成岂不美哉，因此，反射就发挥了它的威力了。

通常这一次深入的理解之后，更加深了我对面向对象思想的认识。可能这稍微有点抽象的就是把Class也当作对象，把它里面的Method等也当作对象来处理有点难以理解。

获得反射得到Class对象的方法主要有三种：

1.      通过对象来得，如Person p= new Person();Class person = p.getClass();

2.      通过类名来得，每一个类都有它的Class属性，如String.class，包括像int这样的简单类型的数据也有它的class属性

3.      通过Class类来获得，在javaAPI里专门有一个用来描述类信息的类-Class，调用它的静态方法Class person = Class.forName(“cn.itcast.domain.Person”)就可以得到class对象了，这也是我们最常用的方法。

有了class对象以后我们就可以得到该类里面所有的东西了，真是强大啊。首先当然是利用它创建对象，最简单的是直接调用它的无参构造方法创建对象，如Person p1 = person.newInstance();p1就给我们在代码中 new出来的对象一样使用了，使用classc对象还能得到类里面的方法，一直觉得困惑的就是getMethods()和getDeclaredMethods()了，前者表示得到该类和它继承的父类里面所有的公共方法，后者表示得到该类的所有方法，包括私有方法。有了方法以后，就可以使用方法为我们做事情了，还有不得不说的就是所有方法也有一个对应的描述类Method，我们可以使用这个类的invoke()方法来执行方法。如：Method method = person.getDeclaredMethod(“show”,String.class);method.invoke(p1,”coderk”);第一参数表示执行该方法的对象，第二个参数表示实际上该方法的参数所对应的类，并且是一个可变参数。

JavaBean的内省，Introspector 类为通过工具学习有关受目标Java Bean 支持的属性、事件和方法的知识提供了一个标准方法。 对于这三种信息，Introspector 将分别分析 bean 的类和超类，寻找显式或隐式信息，使用这些信息构建一个全面描述目标 bean 的 BeanInfo 对象。还有一个描述javaBean的类叫做BeanInfo，希望提供有关其 bean 的显式信息的 bean 实现者可以提供某个 BeanInfo 类，该类实现此 BeanInfo接口并提供有关其 bean 的方法、属性、事件等显式信息。 bean 实现者不必提供一组完整的显式信息。可以挑选出希望提供的信息，其余部分将通过使用 bean 类方法的低级别反射和应用标准设计模式的自动分析来获得。

Introspector是一个javaBean的工具类，通过getBeanIn(Class<?>beanClass)方法可以用来获得BeanInfo 对象，很明显它也是基于反射机制的。有了BeanInfo对象就可以通过getPropertyDescriptors()方法来获得该类中的属性描述信息了，返回一个属性描述器PropertyDescriptor对象，它里面包含了用来读取和设置属性的方法，这说明我们已经有机会为一个属性动态地添加它的读取和设置属性的方法了。

还有一个要说的是getBeanInfo(Class<?>beanClass, Class<?> stopClass)方法，第二个参数表示在给定的“断”点之下，在 Java Bean 上进行内省，了解其所有属性和公开的方法。

在之前我们学习过了工厂模式和装饰模式，这些设计模式都包含了特定的设计思想，代理模式也一样，就像我们用信用卡买机票一样，买票的时候需要刷卡，但扣钱的这项操作不是我们在做也不是售票点在做，而是信用卡所对应的银行在做这件事，因此银行就是我和售票点的代理者，而我买票的这个过程就可以称之为代理模式。在java程序设计中一样需要这样的操作，比如客户端向服务器发送来一个请求，它只管发送这个请求，它不管后台是哪一个程序来处理的，但是后台需要有一个程序来接受这个请求，它根据这个请求的特点来调用相关的后台来处理，并将得到的结果返回给客户端就可以了。这样也大大简化了我们的程序设计，不用去记忆什么请求要对应于后台某个对应的程序来处理，不必去深究请求和返回结果的细节。