java自定义注解实践
² 背景
最近在为公司的技术改造做准备，我设计了一个提高Web开发效率的技术框架，为了增加框架的友好性和易用性，决定采用注解来代替配置文件，于是我查询了很多的资料，进行整理和学习。
² 概念
注解是JDK5引入的新特性，最初衍生自代码注释，但现在早已经超出了注释的范畴，以至于我很惶恐，不敢使用注释这个词汇来描述他，尽管现有的很多资料里仍然称其为注释。如果说反射使得很多技术实现（动态代理、依赖注入等）有了基础，那么注解就是使这些技术实现变得平民化的基础。
从class文件规范中可以看出，JDK5开始，class文件已经引入了注解描述片段。站在java虚拟机的角度来看，class保留和运行时保留的注解已经和java二进制码放在了同等的地位。虚拟机在加载class文件时，会为注解内容分配空间并进行解析，最终还会为注解和对应的二进制码建立关联。尽管这些注解不会被运行，但其对代码的说明能力，结合反射技术已经足够我们做太多的事情。
我们知道，java除了内置的注解（@Override、@Deprecated等）以外，还支持自定义注解（Struts、Hibernate等很多框架甚至java自身都实现了很多自定义注解）。当然，更为厉害的是元注解，元注解是用来描述注解的注解（光听着就觉得厉害了吧）。
要实现一个自定义注解，必须通过@interface关键字来定义。且在@interface之前，需要通过元注解来描述该注解的使用范围（@Target）、生命周期（@Retention）及其他（其他的不重要，所以领盒饭了）。
@Target用于描述注解的使用范围（即：被描述的注解可以用在什么地方），其取值有：
| 取值 |
描述 |
| CONSTRUCTOR |
用于描述构造器（领盒饭）。 |
| FIELD |
用于描述域（领盒饭）。 |
| LOCAL_VARIABLE |
用于描述局部变量（领盒饭）。 |
| METHOD |
用于描述方法。 |
| PACKAGE |
用于描述包（领盒饭）。 |
| PARAMETER |
用于描述参数。 |
| TYPE |
用于描述类或接口（甚至enum）。 |
@Retention用于描述注解的生命周期（即：被描述的注解在什么范围内有效），其取值有：
| 取值 |
描述 |
| SOURCE |
在源文件中有效（即源文件保留，领盒饭）。 |
| CLASS |
在class文件中有效（即class保留，领盒饭）。 |
| RUNTIME |
在运行时有效（即运行时保留）。 |
根据上述介绍，如果我需要定义一个用于对方法进行描述，且能在运行时可以读取到的自定义注解（假定我希望这个注解的名字是Sample）。那么，我就应该这样：
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.METHOD})
public @interface Sample {
public String value() default "";
}
OK，自定义注解已经写好了，那我们就可以在代码中使用这个注解了，如：
@Sample(value="I'm here.")
public void anyName() {
... ...
}
值得一提的是，在网上能搜索到的资料（中文的）几乎都是到此为止了。给人的感觉就像看美国大片，每到结束的时候总会给你一种未完待续的意味。事实上，我能容忍电影给我这样的感觉，因为这样会让我充满期待。而从技术的角度来说，我很厌恶这种感觉。
事实上，事情远没有结束。如果自定义注解以这样的形式存在，那么这种存在是没有任何实际意义的。
那么，我们接下来该做什么呢？
接下来我们应该编写自己的注解处理器。
嗯，再啰嗦一下，提到注解处理器，我又被N多资料误导了。很多资料都提到APT，或者AbstractProcessor。但事实上，我的理解是APT或者AbstractProcessor更多的用于：在非运行时进行增强处理（如：分析逻辑BUG，分析代码结构等等）。
回到注解处理器，注释处理器其实就是一段用于解释或处理自定义注解的代码而已，没有太多复杂的概念或者技术（嗯，先卖个关子，后面的实例会细说注解处理器的）。
² 实践
通过前文对自定义注解的了解，我猜想我应该这样做：
1. 结合实际需求规划注解的功能，以及定义如何解析注解
先说说我的需求吧：框架会把页面划分成N个分块，而每个分块都需要不同的类来处理输出内容，处理到不同的分块时，框架会自动创建对应的类实例（目前为止，没有任何问题）。接下来的问题就来了，每个分块处理类处理分块内容时，所需要的参数是不一样的（参数类型以及参数个数都不一样）；因此，也不好定义一个固定的接口。当然，肯定有人会说可以把参数改成map，或Object数组。是的，这是一种解决办法，但是如果我用自定义注解，会不会能更好的完成这项工作呢？是的，答案在你我心中。
我们不妨设想一下：
如果处理类需要获取参数，那么这个处理类就给我注解某个方法（方法名任意，前文提到过：虚拟机会做好二者之间的关联），以说明该方法需要被框架预先调用一次（类似初始化方法）。同样的道理，在注解这个方法时，加入所需要的参数注解。
然后，在框架的处理程序中，我们先根据注解查找方法，如果该方法存在，则再次根据注解把对应的参数准备好，然后反射调用invoke方法。
OK，这样的设想应该是行得通的。
2. 定义并构造自定义注解
前文提到了我们需要对方法进行注解，而且注解中还需要包含参数信息。好吧，我的设想是定义两个注解：
@RenderParameter用于描述方法的参数，包括参数类型、参数来源等。
@RenderMethod用于描述方法（主要描述方法的参数列表）。
这里要提到一个小技巧：即注解可以使用数组（嗯嗯，待会会看到的）。
先来定义一下@RenderParameter吧：
… …
@Retention(RetentionPolicy.RUNTIME) // 运行时保留
@Target({ElementType.METHOD}) // 注解对象为方法
public @interface RenderParameter {
// 参数类型
public enum ParameterType { STRING, SHORT, INT, BOOL, LONG, OBJECT };
// 参数值的来源
public enum ScopeType { NORMAL, SESSION, COOKIE, ATTRIBUTE, CUSTOM };
public String name(); // 参数名
public boolean ignoreCase() default false; // 匹配时是否忽略大小写
public ParameterType type() default ParameterType.STRING; // 参数类型
public ScopeType scope() default ScopeType.NORMAL; // 参数值来源
}
再看看@RenderMethod的定义：
… …
@Retention(RetentionPolicy.RUNTIME) // 运行时保留
@Target({ElementType.METHOD}) // 注解对象为方法
public @interface RenderMethod {
public enum MethodType { INQUIRE };
public MethodType method() default MethodType.INQUIRE;
public RenderParameter[] parameters(); // 参数列表
}
至此，两个自定义注解已经完成，看看我应该如何使用他们：
@RenderMethod(parameters={@RenderParameter(name="logined", scope=ScopeType.SESSION),@RenderParameter(name="loginedUser", scope=ScopeType.SESSION)})
public void inquire(String logined, String loginedUser) {
if("true".equals(logined)) {
write(loginedUser + " is logined.");
} else {
write("No user logined.");
}
}
3. 构造自定义注解的处理方法（即注解处理器）
终于又说到注解处理器了，其实很简单：
… …
// 此处的renderer就是采用了自定义注解的类实例
for(Method method : renderer.getClass().getDeclaredMethods()) {
RenderMethod rm = (RenderMethod)method.getAnnotation(RenderMethod.class);
if(rm != null) {
int length = rm.parameters().length;
Object[] parameters = length > 0 ? buildParameters(rm.parameters()) : null;
try {
method.invoke(renderer, parameters);
} catch (IllegalArgumentException e) {
log.error(e.getMessage());
} catch (IllegalAccessException e) {
log.error(e.getMessage());
} catch (InvocationTargetException e) {
log.error(e.getMessage());
}
break;
}
}
… …
// 根据注解数组创建参数对象列表，供invoke使用
private Object[] buildParameters(RenderParameter[] parameters) {
Object[] objs = new Object[parameters.length];
int i = 0;
for(RenderParameter parameter : parameters) {
ScopeType scope = parameter.scope();
// 参数值来自request.getParameter
if(scope == ScopeType.NORMAL) {
String temp = request.getParameter(parameter.name());
String value = null;
if(temp != null && !"".equals(temp)) {
try {
byte[] bytes = temp.getBytes("iso-8859-1");
value = new String(bytes, "UTF-8");
} catch (UnsupportedEncodingException e) {
log.error(e.getMessage());
}
}
objs[i ++] = value;
// 参数值来自Session
} else if(scope == ScopeType.SESSION) {
objs[i ++] = request.getSession().getAttribute(parameter.name());
// 参数值来自Cookie
} else if(scope == ScopeType.COOKIE) {
for(Cookie cookie : request.getCookies()) {
if(cookie.getName().equals(parameter.name())) {
objs[i ++] = cookie.getValue();
break;
}
}
// 参数值来自request. getAttribute
} else if(scope == ScopeType.ATTRIBUTE) {
objs[i ++] = request.getAttribute(parameter.name());
}
}
return objs;
}
² 参考
1. 《java编程思想》
2. 《深入理解java虚拟机》