java分发器 及（注解 + 反射机制）—————— 开开开山怪

java分发器 及 （注解 + 反射机制）

引 入：

在C/S框架应用中，当应用层通过点击界面的按钮进行资源的请求的时候，请求的背后代码的实现实际上会自动构成一系列的requst信息请求，由C/S框架内部的communcation层进行消息的发送，服务器通过解析requst请求获取到action（希望服务器端做出的响应）来调用已经配置好的对应的action的方法来进行请求的响应工作，当然这些方法的调用是通过反射机制类调用的。

对于服务器来说只用做一件事请就是，解析requst获取到action，然后自动调用action对应的方法，这就是我所理解的分发。

那上边我可以总结出两个关键字：1.配置 ，2.反射调用（分发过程）。

配 置：

先说配置问题，这应该是针对引用C/S框架的编程者来说的，因为采用C/S框架来进行开发，提供给应用者的一些请求功能和对应响应这些请求的方法是相辅相成的。现在我举个栗子，如果编程者提供给用户登录的功能，那对应就会有login方法作为配置文件的方法，当然文件的配置也很有讲究。

下面我给出配置方法。

这是我所配置的类，在这个类中包含了三个注解，我来一一说明。

1.classAction注解：
这个注解是在类上进行的，主要是为了方便我们识别这个类是我们需要扫描的类，因为这个类所包含的方法就是专门处理请求响应的。我们扫描到这个类，才对里边的方法进行收集，到最终供服务器完成响应的时候调用这些方法来实现。

2.actionMethod注解
这个注解上有对应的值，事实上拥有这些注解的方法才值得我们被扫描，并且注解上的值对应着我们的方法名称，每扫描一个这个注解的方法，我们便用一个classDefination来封装（classDefination这个类下面马上说到），并且利用classFactory类形成一个map<String,classDefination>, map中的键为String，事实上就是方法注解上对应的值（也可以说这个值就是这个方法的标志），map中的值就是一个个封装方法的classDefination。

那为什么要这样封装并形成一个map呢？？？

原因是这样，我们进行这样的配置并采用map来进行收集，为了服务器在响应请求的时候可以直接从requst请求中解析出action（action事实上和方法上注解的值是相对应的，因为我说过了，编程者写一个action，那它自然知道对应哪个方法，方法的注解的值当然和action是一一对应），根据action在map中找到对应的键，并且得到对应action方法的classDefination对象。因为classDefination类中的成员包括method,当然可以采用method.invoke()反射机制的方法来调用该方法实现响应操作。

3.actionPara注解
这个注解有意思了，因为method.invoke()事实上是需要参数的，一个参数就是该方法所在的类的对象，还有一个就是该方法的真实参数的一个数组。
这个注解是在参数上的，那必然是辅助method.invoke()这个方法的，下面我会详细说。

先给出上面我说的classDefination类和classFactory吧，不然你们还不知道咋回事儿呢。

classDefination类

public class classDefination {
   
   
	private Class<?> className;
	private Method method;
	private Object object;
	
	public Class<?> getClassName() {
   
   
	 return className;
	}
	public void setClassName(Class<?> className) {
   
   
	 this.className = className;
	}
	public Method getMethod() {
   
   
	 return method;
	}
	public void setMethod(Method method) {
   
   
	 this.method = method;
	}
	public Object getObject() {
   
   
	 return object;
	}
	public void setObject(Object object) {
   
   
	 this.object