AI专业者开发社区 1 号成员
  •  0 回帖  •  5 浏览  •  5 个月前
   

Java注解Annotation与自定义注解详解

文章来源:

http://www.jb51.net/article/136853.htm

 

一：Java 注解简介

 

开发中经常使用到注解，在项目中也偶尔会见到过自定义注解，今天就来探讨一下这个注解是什么鬼，以及注解的应用场景和如何自定义注解。

下面列举开发中常见的注解

  • @Override：用于标识该方法继承自超类, 当父类的方法被删除或修改了，编译器会提示错误信息 (我们最经常看到的 toString() 方法上总能看到这货)
  • @Deprecated：表示该类或者该方法已经不推荐使用，已经过期了，如果用户还是要使用，会生成编译的警告
  • @SuppressWarnings：用于忽略的编译器警告信息
  • Junit 测试：@Test
  • Spring 的一些注解：@Controller、@RequestMapping、@RequestParam、@ResponseBody、@Service、@Component、@Repository、@Resource、@Autowire
  • Java 验证的注解：@NotNull、@Email

下面看一下注解 Override.java 的庐山真面目:

@Target(ElementType.METHOD)
@Retention(RetentionPolicy.SOURCE)
public @interface Override {

}

 

二：Java 注解基本知识

 

1 Java 注解数据类型

注解是写在.java 文件中，使用 @interface 作为关键字, 所以注解也是 Java 的一种数据类型，从广泛的定义来说，Class、Interface、Enum、Annotation 都属于 Class 类型。

2 Java 元注解

在创建注解的时候，需要使用一些注解来描述自己创建的注解，就是写在 @interface 上面的那些注解，这些注解被称为元注解，如在 Override 中看到的 @Target、@Retention 等。下面列出一些元注解

@Documented: 用于标记在生成 javadoc 时是否将注解包含进去，可以看到这个注解和 @Override 一样，注解中空空如也，什么东西都没有

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.ANNOTATION_TYPE)
public @interface Documented {

}

 

@Target：用于定义注解可以在什么地方使用，默认可以在任何地方使用，也可以指定使用的范围，开发中将注解用在类上 (如 @Controller)、字段上(如 @Autowire)、方法上(如 @RequestMapping)、方法的参数上(如 @RequestParam) 等比较常见。

TYPE : 类、接口或enum声明
FIELD: 域(属性)声明
METHOD: 方法声明
PARAMETER: 参数声明
CONSTRUCTOR: 构造方法声明
LOCAL_VARIABLE:局部变量声明
ANNOTATION_TYPE:注释类型声明
PACKAGE: 包声明

 

Target.java

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.ANNOTATION_TYPE)
public @interface Target {
  /**
   * Returns an array of the kinds of elements an annotation type
   * can be applied to.
   * @return an array of the kinds of elements an annotation type
   * can be applied to
   */
  ElementType[] value();
}
public enum ElementType {
  /** Class, interface (including annotation type), or enum declaration */
  TYPE,

/** Field declaration (includes enum constants) */
FIELD,


/** Method declaration */
METHOD,


/** Formal parameter declaration */
PARAMETER,


/** Constructor declaration */
CONSTRUCTOR,


/** Local variable declaration */
LOCAL_VARIABLE,


/** Annotation type declaration */
ANNOTATION_TYPE,


/** Package declaration */
PACKAGE,


/** Type parameter declaration */
TYPE_PARAMETER,


/** Use of a type */
TYPE_USE
}

 

@Inherited：允许子类继承父类中的注解，可以通过反射获取到父类的注解

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.ANNOTATION_TYPE)
public @interface Inherited {

}

 

@Constraint：用于校验属性值是否合法

@Documented
@Target({ElementType.ANNOTATION_TYPE})
@Retention(RetentionPolicy.RUNTIME)
public @interface Constraint {
  Class<? extends ConstraintValidator<?, ?>>[] validatedBy();
}

@Retention：注解的声明周期，用于定义注解的存活阶段，可以存活在源码级别、编译级别 (字节码级别)、运行时级别

SOURCE：源码级别，注解只存在源码中，一般用于和编译器交互，用于检测代码。如 @Override, @SuppressWarings。

CLASS：字节码级别，注解存在于源码和字节码文件中，主要用于编译时生成额外的文件，如 XML，Java 文件等，但运行时无法获得。 如 mybatis 生成实体和映射文件，这个级别需要添加 JVM 加载时候的代理（javaagent），使用代理来动态修改字节码文件。

RUNTIME：运行时级别，注解存在于源码、字节码、java 虚拟机中，主要用于运行时，可以使用反射获取相关的信息。

@Documented
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.ANNOTATION_TYPE)
public @interface Retention {
  /**
   * Returns the retention policy.
   * @return the retention policy
   */
  RetentionPolicy value();
}

 

3 Java 注解的内容

在上面的注解源码中可以看到有的注解中没有任何内容，有的注解的有内容，看似像方法。

注解的内容的语法格式： 数据类型 属性名 ()default 默认值，数据类型用于描述属性的数据类型，默认值是说当没有给属性赋值时使用默认值，一般 String 使用空字符串”“作为默认值，数组一般使用空数组{} 作为默认值.

下面看一下 SpringMVC 中的 RequestMapping 的注解的声明

@Target({ElementType.METHOD, ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Mapping
public @interface RequestMapping {
  String name() default "";

@AliasFor("path")
String[] value() default {};


@AliasFor("value")
String[] path() default {};


RequestMethod[] method() default {};
String[] params() default {};
String[] headers() default {};
String[] consumes() default {};
String[] produces() default {};
}

 

使用 SpringMVC 中的 RequestMapping 注解

@RequestMapping(value = "/list", 
        method = RequestMethod.POST, 
        produces = {"application/json;charset=UTF-8;"})
public String list(){

}

 

4 注解的使用场景

可以通过注解的声明周期来分析注解的使用场景：

 

 

  1. SOURCE 源码级别：给编译器使用，如 @Override、@Deprecated 等， 这部分开发者应该使用的场景不多
  2. CLASS：字节码级别，这部分也很少见到
  3. RUNTIME：运行时级别，这个是最多的，几乎开发者使用到的注解都是运行时级别，运行时注解常用的有以下几种情况 : 

 

注解中没有任何属性的，空的注解，这部分注解通常起到一个标注的作用，如 @Test、@Before、@After，通过获取这些标记注解在逻辑上做一些特殊的处理 
可以使用约束注解 @Constraint 来对属性值进行校验，如 @Email, @NotNull 等 
可以通过在注解中使用属性来配置一些参数，然后可以使用反射获取这些参数，这些注解没有其他特殊的功能，只是简单的代替 xml 配置的方式来配置一些参数。使用注解来配置参数这在 Springboot 中得到了热捧，如 @Configuration

关于配置方式 xml vs annotation, 一般使用 xml 配置一些和业务关系不太紧密的配置，使用注解配置一些和业务密切相关的参数。

 

三：Java 注解和反射基本 API

 

// 获取某个类型的注解
public <A extends Annotation> A getAnnotation(Class<A> annotationClass);
// 获取所有注解 (包括父类中被 Inherited 修饰的注解)
public Annotation[] getAnnotations(); 
// 获取声明的注解 (但是不包括父类中被 Inherited 修饰的注解)
public Annotation[] getDeclaredAnnotations();
// 判断某个对象上是否被某个注解进行标注
public boolean isAnnotationPresent(Class<? extends Annotation> annotationClass)
// 获取某个类声明的所有字段
public Field[] getDeclaredFields() throws SecurityException;
// 获取某个方法
public Method getMethod(String name, Class<?>... parameterTypes);

四：自定义注解

 

使用自定义注解 + 拦截器或者是 AOP 等可以进行权限的控制。

下面通过定义一个注解用来限制当用户访问接口时必须要登录的示例

步骤一：定义注解 :RequiresLogin.java

@Documented
@Target({ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
public @interface RequiresLogin {

}

 

步骤二：使用注解

@Controller
@RequestMapping("/user")
public class UserController {
  @RequiresLogin
  @RequestMapping(value = "/list", produces = {"application/json;charset=UTF-8;"})
  public String getUserList(){

System.out.println(<span class="hljs-string">"--------------"</span>);
<span class="hljs-keyword">return</span> <span class="hljs-string">"[{'id': 1, 'username':'zhangsan'}]"</span>;



}
}

步骤三：使用 AOP 进行拦截，解析注解

public class LoginAdvices {
  public void before(JoinPoint joinPoint) throws Exception{

Object target = joinPoint.getTarget();
String methodName = joinPoint.getSignature().getName();

System.<span class="hljs-keyword">out</span>.println(target + <span class="hljs-string">"-------"</span> + methodName);
Method method = target.getClass().getMethod(methodName);
boolean annotationPresent = method.isAnnotationPresent(RequiresLogin.<span class="hljs-keyword">class</span>);
<span class="hljs-keyword">if</span> (annotationPresent) {
  <span class="hljs-comment">// 用户必须登录</span>
  boolean isLogin = <span class="hljs-literal">false</span>;
  <span class="hljs-keyword">if</span> (!isLogin) {
    <span class="hljs-keyword">throw</span> <span class="hljs-keyword">new</span> Exception(<span class="hljs-string">"访问该接口必须先登录"</span>);
  } <span class="hljs-keyword">else</span> {
    System.<span class="hljs-keyword">out</span>.println(<span class="hljs-string">"已登录..."</span>);
  }
}



}
}

在 applicationContext.xml 中配置 aop

<bean id="loginAdvices" class="com.mengdee.manager.aop.LoginAdvices"/>
  <!-- aop 配置 -->
  <aop:config proxy-target-class="true">
    <!-- 切面 -->
    <aop:aspect ref="loginAdvices">
      <!-- 切点 -->
      <aop:pointcut id="pointcut1" expression="execution(* com.mengdee.manager.controller.*.*(..))"/>
      <!-- 连接通知方法与切点 -->
      <aop:before method="before" pointcut-ref="pointcut1"/>
    </aop:aspect>
  </aop:config>

 

自定义异常

为什么要自定义异常 :Java 虽然提供了丰富的异常处理类，但是在项目中还会经常使用自定义异常，其主要原因是 Java 提供的异常类在某些情况下还是不能满足各种业务的需求。 例如系统中有些错误是符合 Java 语法，但不符合业务逻辑。如当用户登录时账号不存在或者账号已锁定可以自定义一个账号异常 AccountException。 或者有些情况下 Java 的同一个异常可能会有多种原因引起，在排查问题时不容易定位错误，此时可以使用自定义一个更加明确的异常。

自定义异常的好处：自定义异常可以使异常更加明确，可以隐藏底层的异常，这样更安全，异常信息更加直观。

自定义异常的使用：自定义异常一般继承自 Exception 或者 RuntimeException，根据业务需要可以带一些属性作为构造函数的参数，自定义异常需要程序员手动抛出异常，并处理异常。

下面是 Apache Shiro 中自定义异常的示例:

public class ShiroException extends RuntimeException {
  public ShiroException() {
  }

public ShiroException(String message) {
super(message);
}


public ShiroException(Throwable cause) {
super(cause);
}


public ShiroException(String message, Throwable cause) {
super(message, cause);
}
}