本文目錄一覽：
java開發時怎麼自動添加註解
想要自動添加註釋，首先需要對eclipse進行一些設置。
打開Eclipse,然後點擊-windows-preferences-Java-code styles-code templates-comments-types-點擊右側的edit進行編輯，在打開的編輯窗口中修改下面的文字
/**
* @author ${user}
*
* ${tags}
*/
替換成
/**
* @author 你的名字
*
* ${tags}
*/
上面的操作對應的圖片是這樣的:
這樣作者就修改成你的名字了，更多的信息可以點擊本編輯窗口上面的insert varibles按鈕，會彈出一些文件名稱，項目名稱等參數，你可以選擇性地添加到你的注視中。
然後在你的類中，你只要敲入/**然後換行，注釋就自動滴添加到你的代碼中了~希望能幫上你的忙~^_^
追問：
這只是文檔前的版權聲明注釋，如果要在文檔中對代碼添加註釋，裡面帶上修改時間，如何弄
回答：
這樣弄哈~
1.開始還是打開Eclipse,然後點擊-windows-preferences-Java-code styles-code templates-comments
2.下一步選擇methods，而不是types。然後edit，insert varibles，添加上date變數，長下面這個樣子。
然後你在你的函數上面同樣是敲入/**回車，就出現了修改的日期了
補充：
對於那個行首出現注釋的問題是java的代碼風格的問題，可以這樣改
打開Eclipse,然後點擊-windows-preferences-Java-code styles-formatter
-edit-comment 的標籤頁-never indent line comments on first column
這樣，注釋的//就會縮進了，而不是頂在行首了~
java1.6新特性
1.Desktop類和SystemTray類
前者可以用來打開系統默認瀏覽器瀏覽指定的URL，打開系統默認郵件客戶端給指定的郵箱發郵件，用默認應用程序打開或編輯文件(比如，用記事本打開以txt為後綴名的文件)，
用系統默認的印表機列印文檔；後者可以用來在系統托盤區創建一個托盤程序。
2.使用JAXB2來實現對象與XML之間的映射
JAXB是Java Architecture for XML Binding的縮寫，可以將一個Java對象轉變成為XML格式，反之亦然。
我們把對象與關係資料庫之間的映射稱為ORM，其實也可以把對象與XML之間的映射稱為OXM(Object XML Mapping)。原來JAXB是Java EE的一部分，在JDK1.6中，
SUN將其放到了Java SE中，這也是SUN的一貫做法。JDK1.6中自帶的這個JAXB版本是2.0，比起1.0(JSR 31)來，JAXB2(JSR 222)用JDK5的新特性Annotation來標識要作綁定的類和屬性等，
這就極大簡化了開發的工作量。實際上，在Java EE 5.0中，EJB和Web Services也通過Annotation來簡化開發工作。另外，JAXB2在底層是用StAX(JSR 173)來處理XML文檔。
除了JAXB之外，我們還可以通過XMLBeans和Castor等來實現同樣的功能。
3..理解StAX
StAX(JSR 173)是JDK1.6.0中除了DOM和SAX之外的又一種處理XML文檔的API。
StAX 的來歷：在JAXP1.3(JSR 206)有兩種處理XML文檔的方法：DOM(Document Object Model)和SAX(Simple API for XML)。
由於JDK1.6.0中的JAXB2(JSR 222)和JAX-WS 2.0(JSR 224)都會用到StAX所以Sun決定把StAX加入到JAXP家族當中來，
並將JAXP的版本升級到1.4(JAXP1.4是JAXP1.3的維護版本)。
JDK1.6裡面JAXP的版本就是1.4。StAX是The Streaming API for XML的縮寫，一種利用拉模式解析(pull-parsing)XML文檔的API.StAX通過提供一種基於事件迭代器(Iterator)的API讓程序員去控制xml文檔解析過程
，程序遍歷這個事件迭代器去處理每一個解析事件，解析事件可以看做是程序拉出來的，也就是程序促使解析器產生一個解析事件然後處理該事件，之後又促使解析器產生下一個解析事件，如此循環直到碰到文檔結束符；
SAX也是基於事件處理xml文檔，但卻是用推模式解析，解析器解析完整個xml文檔後，才產生解析事件，然後推給程序去處理這些事件；DOM採用的方式是將整個xml文檔映射到一顆內存樹， 這樣就可以很容易地得到父節點和子結點以及兄弟節點的數據，但如果文檔很大，將會嚴重影響性能。
4.使用Compiler API
現在我 們可以用JDK1.6 的Compiler API(JSR 199)去動態編譯Java源文件，Compiler API結合反射功能就可以實現動態的產生Java代碼並編譯執行這些代碼，有點動態語言的特徵。
這個特性對於某些需要用到動態編譯的應用程序相當有用，比如JSP Web Server，當我們手動修改JSP後，是不希望需要重啟Web Server才可以看到效果的，這時候我們就可以用Compiler API來實現動態編譯JSP文件，當然，現在的JSP Web Server也是支持JSP熱部署的，現在的JSP Web Server通過在運行期間通過Runtime.exec或ProcessBuilder來調用javac來編譯代碼，這 種方式需要我們產生另一個進程去做編譯工作，不夠優雅而且容易使代碼依賴與特定的操作系統；Compiler API通過一套易用的標準的API提供了更加豐富的方式去做動態編譯，而且是跨平 台的。
5.輕量級Http Server API
JDK1.6 提供了一個簡單的Http Server API，據此我們可以構建自己的嵌入式Http Server，它支持Http和Https協議，提供了HTTP1.1的部分實現，沒有被實現的那部分可以通過擴展已有的Http Server API來實現，程序員必須自己實現HttpHandler介面，HttpServer會調用HttpHandler實現類的回調方法來處理客戶端請求，在這裡，我們把一個Http請求和它的響應稱為一個交換，包裝成HttpExchange類，HttpServer負責將HttpExchange傳給HttpHandler實現類的回調方法。
6.插入式註解處理API(Pluggable Annotation Processing API)
插入式註解處理API(JSR 269)提供一套標準API來處理Annotations(JSR 175)
實際上JSR 269不僅僅用來處理Annotation，我覺得更強大的功能是它建立了Java 語言本身的一個模型，它把method，package，constructor，type，variable， enum，annotation等Java語言元素映射為Types和Elements(兩者有什麼區別?)，從而將Java語言的語義映射成為對象，我們可以在javax.lang.model包下面可以看到這些類。 所以我們可以利用JSR 269提供的API來構建一個功能豐富的元編程(metaprogramming)環境。JSR 269用Annotation Processor在編譯期間而不是運行期間處理Annotation，Annotation Processor相當於編譯器的一個插件，所以稱為插入式註解處理.如果Annotation Processor處理Annotation時(執行process方法)產生了新的Java代碼，編譯器會再調用一次Annotation Processor，如果第二次處理還有新代碼產生，就會接著調用Annotation Processor，直到沒有新代碼產生為止.每執行一次process()方法被稱為一個”round”，這樣整個Annotation processing過程可以看作是一個round的序列。
JSR 269主要被設計成為針對Tools或者容器的API. 舉個例子，我們想建立一套基於Annotation的單元測試框架(如TestNG)，在測試類裡面用Annotation來標識測試期間需要執行的測試方法
7.用Console開發控制台程序
JDK1.6中提供了java.io.Console 類專用來訪問基於字元的控制台設備。你的程序如果要與Windows下的cmd或者Linux下的Terminal交互，就可以用Console類代勞。但我們不總是能得到可用的Console，一個JVM是否有可用的Console依賴於底層平台和JVM如何被調用。如果JVM是在互動式命令行(比如Windows的cmd)中啟動的，並且輸入輸出沒有重定向到另外的地方，那麼就可以得到一個可用的Console實例。
8.對腳本語言的支持
如： ruby，groovy，javascript。
9..Common Annotations
Common annotations原本是Java EE 5.0(JSR 244)規範的一部分，現在SUN把它的一部分放到了Java SE 6.0中。
隨著Annotation元數據功能(JSR 175)加入到Java SE 5.0裡面，很多Java 技術(比如EJB，Web Services)都會用Annotation部分代替XML文件來配置運行參數（或者說是支持聲明式編程，如EJB的聲明式事務），如果這些技術為通用目的都單獨定義了自己的otations，顯然有點重複建設，所以，為其他相關的Java技術定義一套公共的Annotation是有價值的，可以避免重複建設的同時，也保證Java SE和Java EE 各種技術的一致性。
下面列舉出Common Annotations 1.0裡面的10個Annotations Common Annotations Annotation Retention Target Description Generated SourceANNOTATION_TYPE，CONSTRUCTOR，FIELD，LOCAL_VARIABLE，METHOD，PACKAGE，PARAMETER，TYPE 用於標註生成的源代碼Resource Runtime TYPE，METHOD，FIELD用於標註所依賴的資源，容器據此注入外部資源依賴，有基於欄位的注入和基於setter方法的注入兩種方式 Resources Runtime TYPE同時標註多個外部依賴，容器會把所有這些外部依賴注入PostConstructRuntime METHOD標註當容器注入所有依賴之後運行的方法，用來進行依賴注入後的初始化工作，只有一個方法可以標註為PostConstruct PreDestroy Runtime METHOD當對象實例將要被從容器當中刪掉之前，要執行的回調方法要標註為PreDestroy RunAs Runtime TYPE用於標註用什麼安全形色來執行被標註類的方法，這個安全形色必須和Container的Security角色一致的。RolesAllowed Runtime TYPE，METHOD用於標註允許執行被標註類或方法的安全形色，這個安全形色必須和Container的Security角色一致的 PermitAll Runtime TYPE，METHOD允許所有角色執行被標註的類或方法DenyAll Runtime TYPE，METHOD不允許任何角色執行被標註的類或方法，表明該類或方法不能在Java EE容器裡面運行DeclareRoles Runtime TYPE用來定義可以被應用程序檢驗的安全形色，通常用isUserInRole來檢驗安全形色.
java都到6了 有什麼不同 哦????
一：Desktop類和SystemTray類
在JDK6中 ,AWT新增加了兩個類:Desktop和SystemTray。
前者可以用來打開系統默認瀏覽器瀏覽指定的URL,打開系統默認郵件客戶端給指定的郵箱發郵件,用默認應用程序打開或編輯文件(比如,用記事本打開以txt為後綴名的文件),用系統默認的印表機列印文檔;後者可以用來在系統托盤區創建一個托盤程序.
二:使用JAXB2來實現對象與XML之間的映射
JAXB是Java Architecture for XML Binding的縮寫，可以將一個Java對象轉變成為XML格式，反之亦然。
我們把對象與關係資料庫之間的映射稱為ORM, 其實也可以把對象與XML之間的映射稱為OXM(Object XML Mapping). 原來JAXB是Java EE的一部分，在JDK6中，SUN將其放到了Java SE中，這也是SUN的一貫做法。JDK6中自帶的這個JAXB版本是2.0, 比起1.0(JSR 31)來，JAXB2(JSR 222)用JDK5的新特性Annotation來標識要作綁定的類和屬性等，這就極大簡化了開發的工作量。
實際上，在Java EE 5.0中，EJB和Web Services也通過Annotation來簡化開發工作。另外,JAXB2在底層是用StAX(JSR 173)來處理XML文檔。除了JAXB之外，我們還可以通過XMLBeans和Castor等來實現同樣的功能。
三:理解StAX
StAX(JSR 173)是JDK6.0中除了DOM和SAX之外的又一種處理XML文檔的API。
StAX 的來歷 ：在JAXP1.3(JSR 206)有兩種處理XML文檔的方法:DOM(Document Object Model)和SAX(Simple API for XML).
由於JDK6.0中的JAXB2(JSR 222)和JAX-WS 2.0(JSR 224)都會用到StAX所以Sun決定把StAX加入到JAXP家族當中來，並將JAXP的版本升級到1.4(JAXP1.4是JAXP1.3的維護版本). JDK6裡面JAXP的版本就是1.4. 。
StAX是The Streaming API for XML的縮寫，一種利用拉模式解析(pull-parsing)XML文檔的API.StAX通過提供一種基於事件迭代器(Iterator)的API讓程序員去控制xml文檔解析過程,程序遍歷這個事件迭代器去處理每一個解析事件，解析事件可以看做是程序拉出來的，也就是程序促使解析器產生一個解析事件然後處理該事件，之後又促使解析器產生下一個解析事件，如此循環直到碰到文檔結束符；
SAX也是基於事件處理xml文檔，但卻是用推模式解析，解析器解析完整個xml文檔後，才產生解析事件，然後推給程序去處理這些事件；DOM採用的方式是將整個xml文檔映射到一顆內存樹，這樣就可以很容易地得到父節點和子結點以及兄弟節點的數據，但如果文檔很大，將會嚴重影響性能。
四:使用Compiler API
現在我 們可以用JDK6 的Compiler API(JSR 199)去動態編譯Java源文件，Compiler API結合反射功能就可以實現動態的產生Java代碼並編譯執行這些代碼，有點動態語言的特徵。
這個特性對於某些需要用到動態編譯的應用程序相當有用， 比如JSP Web Server，當我們手動修改JSP後，是不希望需要重啟Web Server才可以看到效果的，這時候我們就可以用Compiler API來實現動態編譯JSP文件，當然，現在的JSP Web Server也是支持JSP熱部署的，現在的JSP Web Server通過在運行期間通過Runtime.exec或ProcessBuilder來調用javac來編譯代碼，這種方式需要我們產生另一個進程去做編譯工作，不夠優雅而且容易使代碼依賴與特定的操作系統；Compiler API通過一套易用的標準的API提供了更加豐富的方式去做動態編譯,而且是跨平台的。
五:輕量級Http Server API
JDK6 提供了一個簡單的Http Server API,據此我們可以構建自己的嵌入式Http Server,它支持Http和Https協議,提供了HTTP1.1的部分實現，沒有被實現的那部分可以通過擴展已有的Http Server API來實現,程序員必須自己實現HttpHandler介面,HttpServer會調用HttpHandler實現類的回調方法來處理客戶端請求,在這裡,我們把一個Http請求和它的響應稱為一個交換,包裝成HttpExchange類,HttpServer負責將HttpExchange傳給 HttpHandler實現類的回調方法.
六:插入式註解處理API(Pluggable Annotation Processing API)
插入式註解處理API(JSR 269)提供一套標準API來處理Annotations(JSR 175)
實際上JSR 269不僅僅用來處理Annotation,我覺得更強大的功能是它建立了Java 語言本身的一個模型,它把method, package, constructor, type, variable, enum, annotation等Java語言元素映射為Types和Elements(兩者有什麼區別?), 從而將Java語言的語義映射成為對象, 我們可以在javax.lang.model包下面可以看到這些類. 所以我們可以利用JSR 269提供的API來構建一個功能豐富的元編程(metaprogramming)環境.
JSR 269用Annotation Processor在編譯期間而不是運行期間處理Annotation, Annotation Processor相當於編譯器的一個插件,所以稱為插入式註解處理.如果Annotation Processor處理Annotation時(執行process方法)產生了新的Java代碼,編譯器會再調用一次Annotation Processor,如果第二次處理還有新代碼產生,就會接著調用Annotation Processor,直到沒有新代碼產生為止.每執行一次process()方法被稱為一個”round”,這樣整個Annotation processing過程可以看作是一個round的序列.
JSR 269主要被設計成為針對Tools或者容器的API. 舉個例子,我們想建立一套基於Annotation的單元測試框架(如TestNG),在測試類裡面用Annotation來標識測試期間需要執行的測試方法。
七:用Console開發控制台程序
JDK6中提供了java.io.Console 類專用來訪問基於字元的控制台設備. 你的程序如果要與Windows下的cmd或者Linux下的Terminal交互,就可以用Console類代勞. 但我們不總是能得到可用的Console, 一個JVM是否有可用的Console依賴於底層平台和JVM如何被調用. 如果JVM是在互動式命令行(比如Windows的cmd)中啟動的,並且輸入輸出沒有重定向到另外的地方,那麼就可以得到一個可用的Console實例.
八:對腳本語言的支持如: ruby, groovy, javascript.
九:Common Annotations
Common annotations原本是Java EE 5.0(JSR 244)規範的一部分，現在SUN把它的一部分放到了Java SE 6.0中.
隨著Annotation元數據功能(JSR 175)加入到Java SE 5.0裡面，很多Java 技術(比如EJB,Web Services)都會用Annotation部分代替XML文件來配置運行參數（或者說是支持聲明式編程,如EJB的聲明式事務）, 如果這些技術為通用目的都單獨定義了自己的Annotations,顯然有點重複建設, 所以,為其他相關的Java技術定義一套公共的Annotation是有價值的，可以避免重複建設的同時，也保證Java SE和Java EE 各種技術的一致性.
下面列舉出Common Annotations 1.0裡面的10個Annotations Common Annotations
Annotation Retention Target Description
Generated Source ANNOTATION_TYPE, CONSTRUCTOR, FIELD, LOCAL_VARIABLE, METHOD, PACKAGE, PARAMETER, TYPE 用於標註生成的源代碼
Resource Runtime TYPE, METHOD, FIELD 用於標註所依賴的資源,容器據此注入外部資源依賴，有基於欄位的注入和基於setter方法的注入兩種方式
Resources Runtime TYPE 同時標註多個外部依賴，容器會把所有這些外部依賴注入
PostConstruct Runtime METHOD 標註當容器注入所有依賴之後運行的方法，用來進行依賴注入後的初始化工作，只有一個方法可以標註為PostConstruct
PreDestroy Runtime METHOD 當對象實例將要被從容器當中刪掉之前，要執行的回調方法要標註為PreDestroy RunAs Runtime TYPE 用於標註用什麼安全形色來執行被標註類的方法，這個安全形色必須和Container 的Security角色一致的。RolesAllowed Runtime TYPE, METHOD 用於標註允許執行被標註類或方法的安全形色，這個安全形色必須和Container 的Security角色一致的
PermitAll Runtime TYPE, METHOD 允許所有角色執行被標註的類或方法
DenyAll Runtime TYPE, METHOD 不允許任何角色執行被標註的類或方法，表明該類或方法不能在Java EE容器裡面運行
DeclareRoles Runtime TYPE 用來定義可以被應用程序檢驗的安全形色，通常用isUserInRole來檢驗安全形色
注意:
1.RolesAllowed,PermitAll,DenyAll不能同時應用到一個類或方法上
2.標註在方法上的RolesAllowed,PermitAll,DenyAll會覆蓋標註在類上的RolesAllowed,PermitAll,DenyAll
3.RunAs,RolesAllowed,PermitAll,DenyAll和DeclareRoles還沒有加到Java SE 6.0上來
4. 處理以上Annotations的工作是由Java EE容器來做, Java SE 6.0隻是包含了上面表格的前五種Annotations的定義類,並沒有包含處理這些Annotations的引擎,這個工作可以由Pluggable Annotation Processing API(JSR 269)來做
java開發中常用的註解有哪些
Java 註解全面解析，學習java做一個java工程師不但待遇高，而且前途無可限量。為什麼這樣說呢？因為java程序語言作為最流行的計算機開發語言之一，幾乎所有的系統、軟體、app、網頁等都是需要用到java的。
1.基本語法
註解定義看起來很像介面的定義。事實上，與其他任何介面一樣，註解也將會編譯成class文件。
@Target(ElementType.Method)
@Retention(RetentionPolicy.RUNTIME)
public @interface Test {}
除了@符號以外，@Test的定義很像一個空的介面。定義註解時，需要一些元註解（meta－annotation），如@Target和@Retention
@Target用來定義註解將應用於什麼地方（如一個方法或者一個域）
@Retention用來定義註解在哪一個級別可用，在源代碼中（source），類文件中（class）或者運行時（runtime）
在註解中，一般都會包含一些元素以表示某些值。當分析處理註解時，程序可以利用這些值。沒有元素的註解稱為標記註解（marker annotation）
四種元註解，元註解專職負責註解其他的註解，所以這四種註解的Target值都是ElementType.ANNOTATION_TYPE
註解 說明
@Target 表示該註解可以用在什麼地方，由ElementType枚舉定義
CONSTRUCTOR：構造器的聲明
FIELD：域聲明（包括enum實例）
LOCAL_VARIABLE：局部變數聲明
METHOD：方法聲明
PACKAGE：包聲明
PARAMETER：參數聲明
TYPE：類、介面（包括註解類型）或enum聲明
ANNOTATION_TYPE：註解聲明（應用於另一個註解上）
TYPE_PARAMETER：類型參數聲明（1.8新加入）
TYPE_USE：類型使用聲明（1.8新加入）
PS：當註解未指定Target值時，此註解可以使用任何元素之上，就是上面的類型
@Retention 表示需要在什麼級別保存該註解信息，由RetentionPolicy枚舉定義
SOURCE：註解將被編譯器丟棄（該類型的註解信息只會保留在源碼里，源碼經過編譯後，註解信息會被丟棄，不會保留在編譯好的class文件里）
CLASS：註解在class文件中可用，但會被VM丟棄（該類型的註解信息會保留在源碼里和class文件里，在執行的時候，不會載入到虛擬機（JVM）中）
RUNTIME：VM將在運行期也保留註解信息，因此可以通過反射機制讀取註解的信息（源碼、class文件和執行的時候都有註解的信息）
PS：當註解未定義Retention值時，默認值是CLASS
@Documented 表示註解會被包含在javaapi文檔中
@Inherited 允許子類繼承父類的註解
2. 註解元素
– 註解元素可用的類型如下：
– 所有基本類型（int,float,boolean,byte,double,char,long,short）
– String
– Class
– enum
– Annotation
– 以上類型的數組
如果使用了其他類型，那編譯器就會報錯。也不允許使用任何包裝類型。註解也可以作為元素的類型，也就是註解可以嵌套。
元素的修飾符，只能用public或default。
– 默認值限制
編譯器對元素的默認值有些過分挑剔。首先，元素不能有不確定的值。也就是說，元素必須要麼具有默認值，要麼在使用註解時提供元素的值。
其次，對於非基本類型的元素，無論是在源代碼中聲明，還是在註解介面中定義默認值，都不能以null作為值。這就是限制，這就造成處理器很難表現一個元素的存在或缺失狀態，因為每個註解的聲明中，所有的元素都存在，並且都具有相應的值。為了繞開這個限制，只能定義一些特殊的值，例如空字元串或負數，表示某個元素不存在。
@Target(ElementType.Method)
@Retention(RetentionPolicy.RUNTIME)
public @interface MockNull {
public int id() default -1;
public String description() default 「」;
}
3. 快捷方式
何為快捷方式呢？先來看下springMVC中的Controller註解
@Target({ElementType.TYPE})
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Component
public @interface Controller {
String value() default 「」;
}
可以看見Target應用於類、介面、註解和枚舉上，Retention策略為RUNTIME運行時期，有一個String類型的value元素。平常使用的時候基本都是這樣的：
@Controller(「/your/path」)
public class MockController { }
這就是快捷方式，省略了名－值對的這種語法。下面給出詳細解釋：
註解中定義了名為value的元素，並且在應用該註解的時候，如果該元素是唯一需要賦值的一個元素，那麼此時無需使用名－值對的這種語法，而只需在括弧內給出value元素所需的值即可。這可以應用於任何合法類型的元素，當然了，這限制了元素名必須為value。
4. JDK1.8註解增強
TYPE_PARAMETER和TYPE_USE
在JDK1.8中ElementType多了兩個枚舉成員，TYPE_PARAMETER和TYPE_USE，他們都是用來限定哪個類型可以進行註解。舉例來說，如果想要對泛型的類型參數進行註解：
public class AnnotationTypeParameter@TestTypeParam T {}
那麼，在定義@TestTypeParam時，必須在@Target設置ElementType.TYPE_PARAMETER，表示這個註解可以用來標註類型參數。例如：
@Target(ElementType.TYPE_PARAMETER)
@Retention(RetentionPolicy.RUNTIME)
public @interface TestTypeParam {}
ElementType.TYPE_USE用於標註各種類型，因此上面的例子也可以將TYPE_PARAMETER改為TYPE_USE，一個註解被設置為TYPE_USE，只要是類型名稱，都可以進行註解。例如有如下注解定義：
@Target(ElementType.TYPE_USE)
@Retention(RetentionPolicy.RUNTIME)
public @interface Test {}
那麼以下的使用註解都是可以的:
List@Test Comparable list1 = new ArrayList();
List? extends Comparable list2 = new ArrayList@Test Comparable();
@Test String text;
text = (@Test String)new Object();
java.util. @Test Scanner console;
console = new java.util.@Test Scanner(System.in);
PS：以上@Test註解都是在類型的右邊，要注意區分1.8之前的枚舉成員，例如：
@Test java.lang.String text;
在上面這個例子中，顯然是在進行text變數標註，所以還使用當前的@Target會編譯錯誤，應該加上ElementType.LOCAL_VARIABLE。
@Repeatable註解
@Repeatable註解是JDK1.8新加入的，從名字意思就可以大概猜出他的意思（可重複的）。可以在同一個位置重複相同的註解。舉例：
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
public @interface Filter {
String [] value();
}
如下進行註解使用:
@Filter({「/admin」,」/main」})
public class MainFilter { }
換一種風格:
@Filter(「/admin」)
@Filter(「/main」)
public class MainFilter {}
在JDK1.8還沒出現之前，沒有辦法到達這種「風格」，使用1.8，可以如下定義@Filter：
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Repeatable(Filters.class)
public @interface Filter {
String value();
}
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
public @interface Filters {
Filter [] value();
}
實際上這是編譯器的優化，使用@Repeatable時告訴編譯器，使用@Filters來作為收集重複註解的容器，而每個@Filter存儲各自指定的字元串值。
JDK1.8在AnnotatedElement介面新增了getDeclaredAnnotationsByType和getAnnotationsByType，在指定@Repeatable的註解時，會尋找重複註解的容器中。相對於，getDeclaredAnnotation和getAnnotation就不會處理@Repeatable註解。舉例如下：
@Filter(「/admin」)
@Filter(「/filter」)
public class FilterClass {
public static void main(String[] args) {
ClassFilterClass filterClassClass = FilterClass.class;
Filter[] annotationsByType = filterClassClass.getAnnotationsByType(Filter.class);
if (annotationsByType != null) {
for (Filter filter : annotationsByType) {
System.out.println(filter.value());
}
}
System.out.println(filterClassClass.getAnnotation(Filter.class));
}
}
日誌如下:
/admin
/filter
null
望採納！
原創文章，作者：ETCV，如若轉載，請註明出處：https://www.506064.com/zh-tw/n/150269.html
微信掃一掃 
支付寶掃一掃 