Java注解一谈

java

阅读目录

  • 1.元注解
  • 2.自定义注解
  • 3.注解处理器
  • android注解框架解析

我们经常会在java代码里面看到:“@Override”,“@Target”等等样子的东西,这些是什么?

在java里面它们是“注解”。

下面是百度百科的解释:java.lang.annotation.Retention可以在您定义Annotation型态时,指示编译器如何对待您的自定义 Annotation,

预设上编译器会将Annotation资讯留在class档案中,但不被虚拟机器读取,而仅用于编译器或工具程式运行时提供资讯。

也就是说,注解是建立在class文件基础上的东西,同C语言的宏有异曲同工的效果。

class文件里面根本看不到注解的痕迹。

注解的基础就是反射。所以注解可以理解为java特有的一种概念。

回到顶部

1.元注解

在java.lang.annotation包里面,已经定义了4种annotation的“原语”。

1).@Target,用于明确被修饰的类型:(方法,字段,类,接口等等)  
2).@Retention,描述anntation存在的为止:

RetentionPolicy.RUNTIME 注解会在class字节码文件中存在,在运行时可以通过反射获取到

RetentionPolicy.CLASS 默认的保留策略,注解会在class字节码文件中存在,但运行时无法获得

RetentionPolicy.SOURCE 注解仅存在于源码中,在class字节码文件中不包含

3).@Documented,默认情况下,注解不会在javadoc中记录,但是可以通过这个注解来表明这个注解需要被记录。
4).@Inherited 元注解是一个标记注解,@Inherited阐述了某个被标注的类型是被继承的。

如果一个使用了@Inherited修饰的annotation类型被用于一个class,则这个annotation将被用于该class的子类。

回到顶部

2.自定义注解

package com.joyfulmath.jvmexample.annnotaion;

import java.lang.annotation.ElementType;

import java.lang.annotation.Retention;

import java.lang.annotation.RetentionPolicy;

import java.lang.annotation.Target;

/**

* @author deman.lu

* @version on 2016-05-23 13:36

*/

@Target(ElementType.FIELD)

@Retention(RetentionPolicy.RUNTIME)

public @interface FruitName {

String value() default "";

}

首先,一个注解一般需要2个元注解修饰:

@Target(ElementType.FIELD)

@Retention(RetentionPolicy.RUNTIME)

具体作用上面已解释。

所有的注解都会有一个类似于“func”的部分。这个可以理解为注解的参数。

package com.joyfulmath.jvmexample.annnotaion;

import com.joyfulmath.jvmexample.TraceLog;

/**

* @author deman.lu

* @version on 2016-05-23 13:37

*/

public class Apple {

@FruitName("Apple")

String appleName;

public void displayAppleName()

{

TraceLog.i(appleName);

}

}

这段代码的log:

05-23 13:39:38.780 26792-26792/com.joyfulmath.jvmexample I/Apple: displayAppleName: null [at (Apple.java:16)]

没有赋值成功,为什么?应为注解的“Apple”到底怎么赋值该filed,目前编译器还不知道则怎么做呢。

回到顶部

3.注解处理器

我们还需要一个处理器来解释 注解到底是怎样工作的,不然就跟注释差不多了。

通过反射的方式,可以获取注解的内容:

package com.joyfulmath.jvmexample.annnotaion;

import com.joyfulmath.jvmexample.TraceLog;

import java.lang.reflect.Field;

/**

* @author deman.lu

* @version on 2016-05-23 14:08

*/

public class FruitInfoUtils {

public static void getFruitInfo(Class<?> clazz)

{

String fruitNameStr = "";

Field[] fields = clazz.getDeclaredFields();

for(Field field:fields)

{

if(field.isAnnotationPresent(FruitName.class))

{

FruitName fruitName = field.getAnnotation(FruitName.class);

fruitNameStr = fruitName.value();

TraceLog.i(fruitNameStr);

}

}

}

}

这是注解的一般用法。

回到顶部

android注解框架解析

从上面可以看到,注解框架的使用,本质上还是要用到反射。

但是我如果用反射的功能在使用注解框架,那么,我还不如直接使用它,反而简单。

如果有一种机制,可以避免写大量重复的相似代码,尤其在android开发的时候,大量的findviewbyid & onClick等事件相应。

代码的模式是一致的,但是代码又各不相同,这个时候,使用注解框架可以大量节省开发时间,当然相应的会增加其他的开销。

以下就是一个使用butterknife的例子:

@BindString(R.string.login_error) 

String loginErrorMessage;

看上去很简单,就是把字符串赋一个string res对应的初值。这样写可以节省一些时间。当然这只是一个例子,

如果大量使用其他的注解,可以节省很大一部分的开发时间。

我们下面来看看怎么实现的:

package butterknife;

import android.support.annotation.StringRes;

import java.lang.annotation.Retention;

import java.lang.annotation.Target;

import static java.lang.annotation.ElementType.FIELD;

import static java.lang.annotation.RetentionPolicy.CLASS;

/**

* Bind a field to the specified string resource ID.

* <pre><code>

* {@literal @}BindString(R.string.username_error) String usernameErrorText;

* </code></pre>

*/

@Retention(CLASS) @Target(FIELD)

public @interface BindString {

/** String resource ID to which the field will be bound. */

@StringRes int value();

}

BindString,只有一个参数,value,也就是赋值为@StringRes.

同上,上面是注解定义和使用的地方,但是真正解释注解的地方如下:ButterKnifeProcessor

private Map<TypeElement, BindingClass> findAndParseTargets(RoundEnvironment env)

这个函数,截取部分代码:

    // Process each @BindString element.

for (Element element : env.getElementsAnnotatedWith(BindString.class)) {

if (!SuperficialValidation.validateElement(element)) continue;

try {

parseResourceString(element, targetClassMap, erasedTargetNames);

} catch (Exception e) {

logParsingError(element, BindString.class, e);

}

}

找到所有BindString注解的元素,然后开始分析:

private void parseResourceString(Element element, Map<TypeElement, BindingClass> targetClassMap,

Set<TypeElement> erasedTargetNames) {

boolean hasError = false;

TypeElement enclosingElement = (TypeElement) element.getEnclosingElement();

// Verify that the target type is String.

if (!STRING_TYPE.equals(element.asType().toString())) {

error(element, "@%s field type must be 'String'. (%s.%s)",

BindString.class.getSimpleName(), enclosingElement.getQualifiedName(),

element.getSimpleName());

hasError = true;

}

// Verify common generated code restrictions.

hasError |= isInaccessibleViaGeneratedCode(BindString.class, "fields", element);

hasError |= isBindingInWrongPackage(BindString.class, element);

if (hasError) {

return;

}

// Assemble information on the field.

String name = element.getSimpleName().toString();

int id = element.getAnnotation(BindString.class).value();

BindingClass bindingClass = getOrCreateTargetClass(targetClassMap, enclosingElement);

FieldResourceBinding binding = new FieldResourceBinding(id, name, "getString", false);

bindingClass.addResource(binding);

erasedTargetNames.add(enclosingElement);

}

首先验证element是不是string类型。

 // Assemble information on the field.

String name = element.getSimpleName().toString();

int id = element.getAnnotation(BindString.class).value();

获取field的name,以及 string id。

最终

Map<TypeElement, BindingClass> targetClassMap 

元素和注解描述,已map的方式一一对应存放。

  @Override public boolean process(Set<? extends TypeElement> elements, RoundEnvironment env) {

Map<TypeElement, BindingClass> targetClassMap = findAndParseTargets(env);

for (Map.Entry<TypeElement, BindingClass> entry : targetClassMap.entrySet()) {

TypeElement typeElement = entry.getKey();

BindingClass bindingClass = entry.getValue();

try {

bindingClass.brewJava().writeTo(filer);

} catch (IOException e) {

error(typeElement, "Unable to write view binder for type %s: %s", typeElement,

e.getMessage());

}

}

return true;

}

这就是注解框架启动的地方,一个独立的进程。具体细节本文不研究,只需清除,这里是框架驱动的地方。

从上面的信息已经清除,所有的注解信息都存放在targetClassMap 里面。

上面标红的代码,应该是注解框架的核心之处。

自从Java SE5开始,Java就引入了apt工具,可以对注解进行预处理,Java SE6,更是支持扩展注解处理器,

并在编译时多趟处理,我们可以使用自定义注解处理器,在Java编译时,根据规则,生成新的Java代码。

JavaFile brewJava() {

TypeSpec.Builder result = TypeSpec.classBuilder(generatedClassName)

.addModifiers(PUBLIC);

if (isFinal) {

result.addModifiers(Modifier.FINAL);

} else {

result.addTypeVariable(TypeVariableName.get("T", targetTypeName));

}

TypeName targetType = isFinal ? targetTypeName : TypeVariableName.get("T");

if (hasParentBinding()) {

result.superclass(ParameterizedTypeName.get(parentBinding.generatedClassName, targetType));

} else {

result.addSuperinterface(ParameterizedTypeName.get(VIEW_BINDER, targetType));

}

result.addMethod(createBindMethod(targetType));

if (isGeneratingUnbinder()) {

result.addType(createUnbinderClass(targetType));

} else if (!isFinal) {

result.addMethod(createBindToTargetMethod());

}

return JavaFile.builder(generatedClassName.packageName(), result.build())

.addFileComment("Generated code from Butter Knife. Do not modify!")

.build();

}

这段话的关键是会create一个新文件。

然后把相关内容写入。

参考:

https://github.com/JakeWharton/butterknife

以上是 Java注解一谈 的全部内容, 来源链接: utcz.com/z/392248.html

回到顶部