写点什么

Java 深度历险(六)——Java 注解

2011 年 3 月 22 日

在开发 Java 程序,尤其是 Java EE 应用的时候,总是免不了与各种配置文件打交道。以 Java EE 中典型的 S(pring)S(truts)H(ibernate) 架构来说, Spring Struts Hibernate 这三个框架都有自己的 XML 格式的配置文件。这些配置文件需要与 Java 源代码保存同步,否则的话就可能出现错误。而且这些错误有可能到了运行时刻才被发现。把同一份信息保存在两个地方,总是个坏的主意。理想的情况是在一个地方维护这些信息就好了。其它部分所需的信息则通过自动的方式来生成。JDK 5 中引入了源代码中的注解(annotation)这一机制。注解使得 Java 源代码中不但可以包含功能性的实现代码,还可以添加元数据。注解的功能类似于代码中的注释,所不同的是注解不是提供代码功能的说明,而是实现程序功能的重要组成部分。Java 注解已经在很多框架中得到了广泛的使用,用来简化程序中的配置。

使用注解

在一般的 Java 开发中,最常接触到的可能就是 @Override @SupressWarnings 这两个注解了。使用 @Override 的时候只需要一个简单的声明即可。这种称为标记注解(marker annotation ),它的出现就代表了某种配置语义。而其它的注解是可以有自己的配置参数的。配置参数以名值对的方式出现。使用 @SupressWarnings 的时候需要类似 @SupressWarnings({“uncheck”, “unused”}) 这样的语法。在括号里面的是该注解可供配置的值。由于这个注解只有一个配置参数,该参数的名称默认为 value,并且可以省略。而花括号则表示是数组类型。在 JPA 中的 @Table 注解使用类似 @Table(name = “Customer”, schema = “APP”) 这样的语法。从这里可以看到名值对的用法。在使用注解时候的配置参数的值必须是编译时刻的常量。

从某种角度来说,可以把注解看成是一个 XML 元素,该元素可以有不同的预定义的属性。而属性的值是可以在声明该元素的时候自行指定的。在代码中使用注解,就相当于把一部分元数据从 XML 文件移到了代码本身之中,在一个地方管理和维护。

开发注解

在一般的开发中,只需要通过阅读相关的 API 文档来了解每个注解的配置参数的含义,并在代码中正确使用即可。在有些情况下,可能会需要开发自己的注解。这在库的开发中比较常见。注解的定义有点类似接口。下面的代码给出了一个简单的描述代码分工安排的注解。通过该注解可以在源代码中记录每个类或接口的分工和进度情况。

复制代码
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
public @interface Assignment {
String assignee();
int effort();
double finished() default 0;
}

@interface 用来声明一个注解,其中的每一个方法实际上是声明了一个配置参数。方法的名称就是参数的名称,返回值类型就是参数的类型。可以通过 default 来声明参数的默认值。在这里可以看到 @Retention @Target 这样的元注解,用来声明注解本身的行为。@Retention 用来声明注解的保留策略,有 CLASS RUNTIME SOURCE 这三种,分别表示注解保存在类文件、JVM 运行时刻和源代码中。只有当声明为 RUNTIME 的时候,才能够在运行时刻通过反射 API 来获取到注解的信息。@Target 用来声明注解可以被添加在哪些类型的元素上,如类型、方法和域等。

处理注解

在程序中添加的注解,可以在编译时刻或是运行时刻来进行处理。在编译时刻处理的时候,是分成多趟来进行的。如果在某趟处理中产生了新的 Java 源文件,那么就需要另外一趟处理来处理新生成的源文件。如此往复,直到没有新文件被生成为止。在完成处理之后,再对 Java 代码进行编译。JDK 5 中提供了 apt 工具用来对注解进行处理。apt 是一个命令行工具,与之配套的还有一套用来描述程序语义结构的 Mirror API 。Mirror API(com.sun.mirror.*)描述的是程序在编译时刻的静态结构。通过 Mirror API 可以获取到被注解的 Java 类型元素的信息,从而提供相应的处理逻辑。具体的处理工作交给 apt 工具来完成。编写注解处理器的核心是 AnnotationProcessorFactory AnnotationProcessor 两个接口。后者表示的是注解处理器,而前者则是为某些注解类型创建注解处理器的工厂。

以上面的注解 Assignment 为例,当每个开发人员都在源代码中更新进度的话,就可以通过一个注解处理器来生成一个项目整体进度的报告。 首先是注解处理器工厂的实现。

复制代码
public class AssignmentApf implements AnnotationProcessorFactory {
public AnnotationProcessor getProcessorFor(Set<AnnotationTypeDeclaration> atds,? AnnotationProcessorEnvironment env) {
if (atds.isEmpty()) {
return AnnotationProcessors.NO_OP;
}
return new AssignmentAp(env); // 返回注解处理器
}
public Collection<String> supportedAnnotationTypes() {
return Collections.unmodifiableList(Arrays.asList("annotation.Assignment"));
}
public Collection<String> supportedOptions() {
return Collections.emptySet();
}
}

AnnotationProcessorFactory 接口有三个方法:getProcessorFor 是根据注解的类型来返回特定的注解处理器;supportedAnnotationTypes 是返回该工厂生成的注解处理器所能支持的注解类型;supportedOptions 用来表示所支持的附加选项。在运行 apt 命令行工具的时候,可以通过 -A 来传递额外的参数给注解处理器,如 -Averbose=true。当工厂通过 supportedOptions 方法声明了所能识别的附加选项之后,注解处理器就可以在运行时刻通过 AnnotationProcessorEnvironment 的 getOptions 方法获取到选项的实际值。注解处理器本身的基本实现如下所示。

复制代码
public class AssignmentAp implements AnnotationProcessor {
private AnnotationProcessorEnvironment env;
private AnnotationTypeDeclaration assignmentDeclaration;
public AssignmentAp(AnnotationProcessorEnvironment env) {
this.env = env;
assignmentDeclaration = (AnnotationTypeDeclaration) env.getTypeDeclaration("annotation.Assignment");
}
public void process() {
Collection<Declaration> declarations = env.getDeclarationsAnnotatedWith(assignmentDeclaration);
for (Declaration declaration : declarations) {
processAssignmentAnnotations(declaration);
}
}
private void processAssignmentAnnotations(Declaration declaration) {
Collection<AnnotationMirror> annotations = declaration.getAnnotationMirrors();
for (AnnotationMirror mirror : annotations) {
if (mirror.getAnnotationType().getDeclaration().equals(assignmentDeclaration)) {
Map<AnnotationTypeElementDeclaration, AnnotationValue> values = mirror.getElementValues();
String assignee = (String) getAnnotationValue(values, "assignee"); // 获取注解的值
}
}
}
}

注解处理器的处理逻辑都在 process 方法中完成。通过一个声明( Declaration )的 getAnnotationMirrors 方法就可以获取到该声明上所添加的注解的实际值。得到这些值之后,处理起来就不难了。

在创建好注解处理器之后,就可以通过 apt 命令行工具来对源代码中的注解进行处理。 命令的运行格式是 apt -classpath bin -factory annotation.apt.AssignmentApf src/annotation/work/*.java,即通过 -factory 来指定注解处理器工厂类的名称。实际上,apt 工具在完成处理之后,会自动调用 javac 来编译处理完成后的源代码。

JDK 5 中的 apt 工具的不足之处在于它是 Oracle 提供的私有实现。在 JDK 6 中,通过 JSR 269 把自定义注解处理器这一功能进行了规范化,有了新的 javax.annotation.processing 这个新的 API。对 Mirror API 也进行了更新,形成了新的 javax.lang.model 包。注解处理器的使用也进行了简化,不需要再单独运行 apt 这样的命令行工具,Java 编译器本身就可以完成对注解的处理。对于同样的功能,如果用 JSR 269 的做法,只需要一个类就可以了。

复制代码
@SupportedSourceVersion(SourceVersion.RELEASE_6)
@SupportedAnnotationTypes("annotation.Assignment")
public class AssignmentProcess extends AbstractProcessor {
private TypeElement assignmentElement;
public synchronized void init(ProcessingEnvironment processingEnv) {
super.init(processingEnv);
Elements elementUtils = processingEnv.getElementUtils();
assignmentElement = elementUtils.getTypeElement("annotation.Assignment");
}
public boolean process(Set<? extends TypeElement> annotations, RoundEnvironment roundEnv) {
Set<? extends Element> elements = roundEnv.getElementsAnnotatedWith(assignmentElement);
for (Element element : elements) {
processAssignment(element);
}
}
private void processAssignment(Element element) {
List<? extends AnnotationMirror> annotations = element.getAnnotationMirrors();
for (AnnotationMirror mirror : annotations) {
if (mirror.getAnnotationType().asElement().equals(assignmentElement)) {
Map<? extends ExecutableElement, ? extends AnnotationValue> values = mirror.getElementValues();
String assignee = (String) getAnnotationValue(values, "assignee"); // 获取注解的值
}
}
}
}

仔细比较上面两段代码,可以发现它们的基本结构是类似的。不同之处在于 JDK 6 中通过元注解 @SupportedAnnotationTypes 来声明所支持的注解类型。另外描述程序静态结构的 javax.lang.model 包使用了不同的类型名称。使用的时候也更加简单,只需要通过 javac -processor annotation.pap.AssignmentProcess Demo1.java 这样的方式即可。

上面介绍的这两种做法都是在编译时刻进行处理的。而有些时候则需要在运行时刻来完成对注解的处理。这个时候就需要用到 Java 的反射 API。反射 API 提供了在运行时刻读取注解信息的支持。不过前提是注解的保留策略声明的是运行时。Java 反射 API 的 AnnotatedElement 接口提供了获取类、方法和域上的注解的实用方法。比如获取到一个 Class 类对象之后,通过 getAnnotation 方法就可以获取到该类上添加的指定注解类型的注解。

实例分析

下面通过一个具体的实例来分析说明在实践中如何来使用和处理注解。假定有一个公司的雇员信息系统,从访问控制的角度出发,对雇员的工资的更新只能由具有特定角色的用户才能完成。考虑到访问控制需求的普遍性,可以定义一个注解来让开发人员方便的在代码中声明访问控制权限。

复制代码
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
public @interface RequiredRoles {
String[] value();
}

下一步则是如何对注解进行处理,这里使用的 Java 的反射 API 并结合动态代理。下面是动态代理中的 InvocationHandler 接口的实现。

复制代码
public class AccessInvocationHandler<T> implements InvocationHandler {
final T accessObj;
public AccessInvocationHandler(T accessObj) {
this.accessObj = accessObj;
}
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
RequiredRoles annotation = method.getAnnotation(RequiredRoles.class); // 通过反射 API 获取注解
if (annotation != null) {
String[] roles = annotation.value();
String role = AccessControl.getCurrentRole();
if (!Arrays.asList(roles).contains(role)) {
throw new AccessControlException("The user is not allowed to invoke this method.");
}
}
return method.invoke(accessObj, args);
}
}

在具体使用的时候,首先要通过 Proxy.newProxyInstance 方法创建一个 EmployeeGateway 的接口的代理类,使用该代理类来完成实际的操作。

参考资料


感谢张凯峰对本文的策划和审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家加入到 InfoQ 中文站用户讨论组中与我们的编辑和其他读者朋友交流。

关注 IT 趋势,承载前沿、深入、有温度的内容。感兴趣的读者可以搜索 ID:laocuixiabian,或者扫描下方二维码加关注。

2011 年 3 月 22 日 11:0092795

评论 1 条评论

发布
用户头像
看不懂
2019 年 09 月 02 日 15:40
回复
没有更多了
发现更多内容

这个开源神器可快速帮你安装 MacOS 虚拟机!

JackTian

macos GitHub Linux 操作系统 虚拟机

这么多年了,QQ没发现这个问题吗?

BabyKing

算法:时间复杂度和空间复杂度

shirley

算法 时间复杂度

变则通,通则久 —— 读《谁动了我的奶酪?》

YoungZY

读书 读书感悟

眼前搁座金山也看不见

池建强

搜索引擎 学习

运维那点事 - jenkins流水线

yann [扬] :曹同学

七年老程序员面试经历

代码诗人

JVM最佳学习笔记<三>---虚拟机性能监控与故障处理工具

Loubobooo

Java JVM

Yii2.0 RESTful API 之版本控制

Middleware

php RESTful Yii2

钱从哪里来 - 中国家庭的财富方案

石云升

读书笔记 工作 财富 买房 资产配置

JVM最佳学习笔记<一>---Java内存区域与内存溢出异常

Loubobooo

Java JVM

JVM最佳学习笔记---总览

Loubobooo

Java JVM

Yii2.0 RESTful API 认证教程

Middleware

php RESTful Yii2

Python 沙盒环境配置

黄耗子皮

Linux 终端下记不住命令的使用方法?这个开源项目帮你解决。

JackTian

Linux 运维 操作系统 命令 开源项目

zabbix 实战指南(2)

橙子冰

zabbix

OAM v1alpha2 新版:平衡标准与可扩展性

孙健波

JVM最佳学习笔记<四>---虚拟机类加载机制

Loubobooo

Java JVM

Yii2.0 RESTful API 之速率限制

Middleware

php RESTful Yii2

JVM最佳学习笔记<二>---垃圾收集器与内存分配策略

Loubobooo

Java JVM

原创 | 使用JUnit、AssertJ和Mockito编写单元测试和实践TDD (九)测试驱动开发(TDD)

编程道与术

Java 编程 软件测试 TDD 单元测试

DevOps知识点——3C知多少

禅道项目管理

DevOps 测试 持续集成

如何用五步建设数据中台?

博文视点Broadview

大数据 数据中台 架构 中台

ESP8266远程控制+MicroPython 固件初体验

黄耗子皮

物联网 esp8266

2020年全球经济萎缩,飞链热交易所逆袭而来闪耀数字经济

极客编

将footer固定在底部: Flexbox vs Grid

寇云

CSS css3

到底谁是你老板

Neco.W

工作 创业心态

JavaScript 基础拾遗 —— this 的前世今生

hq

Java 学习 前端

Yii2.0 RESTful API 基础配置教程

Middleware

php RESTful Yii2

如何成为高手: 到知识的源头去

lmymirror

学习 方法论 高手

运维与云

yann [扬] :曹同学

Java深度历险(六)——Java注解-InfoQ