JDK1.6新特性
阿新 • • 發佈：2018-11-10
一、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傳給HttpHandle。實現類的回撥方法。
六、插入式註解處理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)來做。
在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傳給HttpHandle。實現類的回撥方法。
六、插入式註解處理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)來做。