請(qǐng)看前言
你不一定聽過注解,但你一定對(duì)@Override不陌生。
當(dāng)我們重寫父類方法的時(shí)候我們就看到了@Override。我們知道它表示父類方法被子類重寫了。
現(xiàn)在告訴你,@Override就是一個(gè)注解。
也許你會(huì)疑惑注解是什么?
注解(annotation)是JDK5之后引進(jìn)的新特性,是一種特殊的注釋,之所以說它特殊是因?yàn)椴煌谄胀ㄗ⑨專╟omment)能存在于源碼,而且還能存在編譯期跟運(yùn)行期,會(huì)最終編譯成一個(gè).class文件,所以注解能有比普通注釋更多的功能。
簡單來說,注解是一個(gè)比春藥還猛的東西。
接下來,先入個(gè)門,然后通過實(shí)戰(zhàn)來證明注解有多“猛”。
PS : 如果已經(jīng)了解的小伙伴可自行跳到 自定義注解實(shí)戰(zhàn)。
自定義注解入門
我們對(duì)于注解的認(rèn)識(shí)大多數(shù)來源于標(biāo)準(zhǔn)注解(也稱為內(nèi)建注解)。
| 標(biāo)準(zhǔn)注解 | 表示的意義 |
|---|---|
| @Override | 用于標(biāo)識(shí)該方法繼承自超類 當(dāng)父類的方法被刪除或修改了,編譯器會(huì)提示錯(cuò)誤信息 |
| @Deprecated | 表示該類或者該方法已經(jīng)不推薦使用 如果用戶還是要使用,會(huì)生成編譯的警告 |
| @SuppressWarnings | 用于忽略的編譯器警告信息 |
Java不僅僅提供我們?cè)械淖⒔馐褂?,它還允許我們自定義注解。比如你可以像這樣:
public @interface DoSomething {
public String name() default "write";
}
這是最簡單的注解聲明。
盡管看上去像是接口的寫法,但完全不是一回事。這一點(diǎn)要注意。
而使用注解也很簡單,可以像這樣:
@DoSomething(name = "walidake")//可以顯式傳值進(jìn)來,此時(shí)name=walidake
public class UseAnnotation {
}
@DoSomething//如果不傳值,則默認(rèn)name=我們定義的默認(rèn)值,即我們上面定義的"write"
public class UseAnnotation {
}
需要注意的是當(dāng)注解有value()方法時(shí),不需要指明具體名稱。
public @interface DoSomething {
public String value();
public String name() default "write";
}
@DoSomething("walidake")
public class UseAnnotation {
}
然而“最簡單的自定義注解”并沒有特別的意義。所以,這時(shí)候我們需要引入一個(gè)元注解的概念。
我們需要知道這些概念:
“普通注解”只能用來注解“代碼”,而“元注解”只能用來注解 “普通注解”。
自定義注解是“普通注解”。
JDK5時(shí)支持的元注解有@Documented @Retention @Target @Inherited,接下來分別介紹它們修飾注解的效果。
@Documented
@interface DocumentedAnnotation{
}
@interface UnDocumentedAnnotation{
}
@DocumentedAnnotation
@UnDocumentedAnnotation
public class UseDocumentedAnnotation{
}
打開小黑窗,運(yùn)行javadoc UseDocumentedAnnotation.java
運(yùn)行結(jié)果:

結(jié)論:可以看到,被@Documented修飾的注解會(huì)生成到j(luò)avadoc中,如@DocumentedAnnotation。
而不被@Documented修飾的注解(@UnDocumentedAnnotation)不會(huì)生成到j(luò)avadoc中。
注解的級(jí)別
@Retention可以設(shè)置注解的級(jí)別,分為三種,都有其特定的功能。
這個(gè)元注解是我們關(guān)注的重點(diǎn),后面實(shí)戰(zhàn)我們會(huì)用到。
| 注解級(jí)別 | 存在范圍 | 主要用途 |
|---|---|---|
| SOURCE 源碼級(jí)別 | 注解只存在源碼中 | 功能是與編譯器交互,用于代碼檢測(cè)。 如@Override,@SuppressWarings。 額外效率損耗發(fā)生在編譯時(shí) |
| CLASS 字節(jié)碼級(jí)別 | 注解存在源碼與字節(jié)碼文件中 | 主要用于編譯時(shí)生成額外的文件,如XML,Java文件等,但運(yùn)行時(shí)無法獲得。 這個(gè)級(jí)別需要添加JVM加載時(shí)候的代理(javaagent),使用代理來動(dòng)態(tài)修改字節(jié)碼文件 |
| RUNTIME 運(yùn)行時(shí)級(jí)別 | 注解存在源碼,字節(jié)碼與Java虛擬機(jī)中 | 主要用于運(yùn)行時(shí)反射獲取相關(guān)信息 |
限制注解使用的范圍
注解默認(rèn)可以修飾各種元素,而使用@Target可以限制注解的使用范圍。
例如,可以限定注解只能修飾方法。
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.SOURCE)
public @interface Override {
}
上面的代碼將注解的使用范圍限制在了方法上,而不能用來修飾類。
試著用@Override修飾類會(huì)得到“The annotation @Override is disallowed for this location”的錯(cuò)誤。
@Target支持的范圍(參見ElementType):
1) 類,接口,注解;
2) 屬性域;
3) 方法;
4) 參數(shù);
5) 構(gòu)造函數(shù);
6) 局部變量;
7) 注解類型;
8) 包
注解的繼承
@Inherited可以讓注解類似被“繼承”一樣。
通過使用@Inherited,可以讓子類對(duì)象使用getAnnotations()獲取父類@Inherited修飾的注解。
@Inherited
@Retention(RetentionPolicy.RUNTIME)
@interface Inheritable{
}
@interface UnInheritable{
}
public class UseInheritedAnnotation{
@UnInheritable
@Inheritable
public static class Super{
}
public static class Sub extends Super {
}
public static void main(String... args){
Super instance=new Sub();
//result : [@com.walidake.annotation.util.Inheritable()]
System.out.println(Arrays.toString(instance.getClass().getAnnotations()));
}
}
我們干脆用@Documented查看類結(jié)構(gòu)。發(fā)現(xiàn):


這是不是恰恰證明了這種是偽繼承的說法,而不是真正的繼承。
自定義注解實(shí)戰(zhàn)##
引言
Java Web開發(fā)中,對(duì)框架的理解和掌握是必須的。而在使用大多數(shù)框架的過程中,一般有兩種方式的配置,一種是基于xml的配置方式,一種是基于注解的方式。然而,越來越多的程序員(我)在開發(fā)過程中享受到注解帶來的簡便,并義無反顧地投身其中。
ORM框架,像Hibernate,Mybatis就提供了基于注解的配置方式。我們接下來就使用自定義注解實(shí)現(xiàn)袖珍版的Mybatis,袖珍版的Hibernate。
這很重要
說明:實(shí)戰(zhàn)的代碼會(huì)被文章末尾附上。而實(shí)際上在之前做袖珍版框架的時(shí)候并沒有想到會(huì)拿來做自定義注解的Demo。因此給出的代碼涉及了其他的一些技術(shù),例如數(shù)據(jù)庫連接池,動(dòng)態(tài)代理等等,比較雜。
在這個(gè)篇幅我們只討論關(guān)于自定義注解的問題,至于其他的技術(shù)后面會(huì)開多幾篇博文闡述。(當(dāng)然這么多前輩面前不敢造次,有個(gè)討論學(xué)習(xí)的氛圍是很好的~)
那么在自定義注解框架前,我們需要花點(diǎn)時(shí)間瀏覽以下幾個(gè)和Annotation相關(guān)的方法。
| 方法名 | 用法 |
|---|---|
| Annotation getAnnotation(Class annotationType) | 獲取注解在其上的annotationType |
| Annotation[] getAnnotations() | 獲取所有注解 |
| isAnnotationPresent(Class annotationType) | 判斷當(dāng)前元素是否被annotationType注解 |
| Annotation[] getDeclareAnnotations() | 與getAnnotations() 類似,但是不包括父類中被Inherited修飾的注解 |
Mybatis 自定義注解
本節(jié)目標(biāo):自定義注解實(shí)現(xiàn)Mybatis插入數(shù)據(jù)操作。
本節(jié)要求:細(xì)心觀察使用自定義注解的步驟。
Step 1 :聲明自定義注解。
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
public @interface Insert {
public String value();
}
Step 2 : 在規(guī)定的注解使用范圍內(nèi)使用我們的注解
public interface UserMapper {
@Insert("insert into user (name,password) values (?,?)")
public void addUser(String name,String password);
}
Step 3 : 通過method.getAnnotation(Insert.class).value()使用反射解析自定義注解,得到其中的sql語句
//檢查是否被@Insert注解修飾
if (method.isAnnotationPresent(Insert.class)) {
//檢查sql語句是否合法
//method.getAnnotation(Insert.class).value()取得@Insert注解value中的Sql語句
sql = checkSql(method.getAnnotation(Insert.class).value(),
Insert.class.getSimpleName());
//具體的插入數(shù)據(jù)庫操作
insert(sql, parameters);
}
Step 4 : 根據(jù)實(shí)際場(chǎng)景調(diào)用Step 3的方法
UserMapper mapper = MethodProxyFactory.getBean(UserMapper.class);
mapper.addUser("walidake","665908");
運(yùn)行結(jié)果:

以上節(jié)選自annotation中Mybatis部分。具體CRUD操作請(qǐng)看源碼。
總結(jié)一下從上面學(xué)到的東西:
1.聲明自定義注解,并限制適用范圍(因?yàn)槟J(rèn)是通用)
2.規(guī)定范圍內(nèi)使用注解
3.isAnnotationPresent(Insert.class)檢查注解,getAnnotation(Insert.class).value()取得注解內(nèi)容
4.根據(jù)實(shí)際場(chǎng)景應(yīng)用
Hibernate 自定義注解
本節(jié)目標(biāo):自定義注解使實(shí)體自動(dòng)建表(即生成建表SQL語句)
本節(jié)要求:動(dòng)手操作,把未給全的代碼補(bǔ)齊。
本節(jié)規(guī)劃:仿照Hibernate,我們大概會(huì)需要@Table,@Column,還有id,我們這里暫且聲明為@PrimaryKey
仿照自定義Mybatis注解的步驟:
/**
* 可根據(jù)需要自行定制功能
*/
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
public @interface Table {
String name() default "";
}
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.FIELD)
public @interface Column {
// 列名 默認(rèn)為""
String name() default "";
// 長度 默認(rèn)為255
int length() default 255;
// 是否為varchar 默認(rèn)為true
boolean varchar() default true;
// 是否為空 默認(rèn)可為空
boolean isNull() default true;
}
/**
* 有需要可以拆分成更小粒度
* @author walidake
*
*/
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.FIELD)
public @interface PrimaryKey {
String name() default "";
}
完成Step 1,接下來是Step 2。
@Table
public class Person {
@PrimaryKey
private int id;
@Column(isNull = false, length = 20)
private String username;
...
}
Step 3,新建一個(gè)叫做SqlUtil的類,使用Class(實(shí)體類).isAnnotationPresent(Table.class)取到@Table注解的內(nèi)容。
而我們?nèi)绾稳〉紷Column和@PrimaryKey的內(nèi)容?
使用反射,我們可以很容易做到。
// 反射取得所有Field
Field[] fields = clazz.getDeclaredFields();
...
...
// 獲取注解對(duì)象
column = fields[i].getAnnotation(Column.class);
// 設(shè)置訪問私有變量
fields[i].setAccessible(true);
// 取得@Column的內(nèi)容
columnName = "".equals(column.name()) ? fields[i].getName(): column.name();
反射的內(nèi)容后面再寫。(感覺每一篇都給自己挖了很多坑后面去填)
Step 4套入使用場(chǎng)景
String createSql = SqlUtil.createTable(clazz);
...
connection.createStatement().execute(createSql);
運(yùn)行結(jié)果:

運(yùn)行結(jié)果正確!
自此我們完成了實(shí)戰(zhàn)模塊的內(nèi)容。當(dāng)然關(guān)于Hibernate的CRUD也可以用同樣的方法做到,更進(jìn)一步還可以把二級(jí)緩存整合進(jìn)來,實(shí)現(xiàn)自己的一個(gè)微型框架。盡管現(xiàn)有的框架已經(jīng)很成熟了,但自己實(shí)現(xiàn)一遍還是能收獲很多東西。
可以看出來,注解簡化了我們的配置。每次使用注解只需要@注解名就可以了,就跟吃春藥一樣“爽”。不過由于使用了反射,后勁太“猛”,jvm無法對(duì)代碼優(yōu)化,影響了性能。這一點(diǎn)最后也會(huì)提及。
另外提一點(diǎn),之前想格式化hibernate生成的SQL,做大量搜索后被告知“Hibernate 使用的是開源的語法解析工具 Antlr,需要進(jìn)行 SQL 語法解析,將 SQL 語句整理成語法樹”。也算一個(gè)坑吧~
不過后來找到一個(gè)除了建表SQL以外的格式化工具類,覺得還不錯(cuò)就也分享了??梢栽谠创a中找到。
最后說點(diǎn)什么
可以發(fā)現(xiàn)我們使用運(yùn)行時(shí)注解來搭建我們的袖珍版ORM框架,因?yàn)檫\(yùn)行時(shí)注解來搭建框架相對(duì)容易而且適用性也比較廣,搭建的框架使用起來也比較簡單。但在此基礎(chǔ)上因?yàn)樾枰玫椒瓷?,其效率性能相?duì)不高。因此,多數(shù)Web應(yīng)用使用運(yùn)行時(shí)注解,而像Android等對(duì)效率性能要求較高的平臺(tái)一般使用源碼級(jí)別注解來搭建。下一節(jié)我們討論怎么玩一玩源碼級(jí)注解。