JDK1.6的九大新特性
一：Desktop類和SystemTray類
在JDK1.6中，AWT新增加了兩個類：Desktop和SystemTray。
前者可以用來打開系統(tǒng)默認瀏覽器瀏覽指定的URL，打開系統(tǒng)默認郵件客戶端給指定的郵箱發(fā)郵件，用默認應(yīng)用程序打開或編輯文件(比如，用記事本打開以txt為后綴名的文件)，用系統(tǒng)默認的打印機打印文檔；后者可以用來在系統(tǒng)托盤區(qū)創(chuàng)建一個托盤程序。
二：使用JAXB2來實現(xiàn)對象與XML之間的映射
JAXB是Java Architecture for XML Binding的縮寫，可以將一個Java對象轉(zhuǎn)變成為XML格式，反之亦然。
我們把對象與關(guān)系數(shù)據(jù)庫之間的映射稱為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來標(biāo)識要作綁定的類和屬性等，這就極大簡化了開發(fā)的工作量。
實際上，在Java EE 5.0中，EJB和Web Services也通過Annotation來簡化開發(fā)工作。另外，JAXB2在底層是用StAX(JSR 173)來處理XML文檔。除了JAXB之外，我們還可以通過XMLBeans和Castor等來實現(xiàn)同樣的功能。
三：理解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家族當(dāng)中來，并將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文檔解析過程，程序遍歷這個事件迭代器去處理每一個解析事件，解析事件可以看做是程序拉出來的，也就是程序促使解析器產(chǎn)生一個解析事件然后處理該事件，之后又促使解析器產(chǎn)生下一個解析事件，如此循環(huán)直到碰到文檔結(jié)束符；
SAX也是基于事件處理xml文檔，但卻是用推模式解析，解析器解析完整個xml文檔后，才產(chǎn)生解析事件，然后推給程序去處理這些事件；DOM采用的方式是將整個xml文檔映射到一顆內(nèi)存樹，這樣就可以很容易地得到父節(jié)點和子結(jié)點以及兄弟節(jié)點的數(shù)據(jù)，但如果文檔很大，將會嚴重影響性能。
四：使用Compiler API
現(xiàn)在我 們可以用JDK1.6 的Compiler API(JSR 199)去動態(tài)編譯Java源文件，Compiler API結(jié)合反射功能就可以實現(xiàn)動態(tài)的產(chǎn)生Java代碼并編譯執(zhí)行這些代碼，有點動態(tài)語言的特征。
這個特性對于某些需要用到動態(tài)編譯的應(yīng)用程序相當(dāng)有用，比如JSP Web Server，當(dāng)我們手動修改JSP后，是不希望需要重啟Web Server才可以看到效果的，這時候我們就可以用Compiler API來實現(xiàn)動態(tài)編譯JSP文件，當(dāng)然，現(xiàn)在的JSP Web Server也是支持JSP熱部署的，現(xiàn)在的JSP Web Server通過在運行期間通過Runtime.exec或ProcessBuilder來調(diào)用javac來編譯代碼，這種方式需要我們產(chǎn)生另一個進程去做編譯工作，不夠優(yōu)雅而且容易使代碼依賴與特定的操作系統(tǒng)；Compiler API通過一套易用的標(biāo)準的API提供了更加豐富的方式去做動態(tài)編譯，而且是跨平臺的。
五：輕量級Http Server API
JDK1.6 提供了一個簡單的Http Server API，據(jù)此我們可以構(gòu)建自己的嵌入式Http Server，它支持Http和Https協(xié)議，提供了HTTP1.1的部分實現(xiàn)，沒有被實現(xiàn)的那部分可以通過擴展已有的Http Server API來實現(xiàn)，程序員必須自己實現(xiàn)HttpHandler接口，HttpServer會調(diào)用HttpHandler實現(xiàn)類的回調(diào)方法來處理客戶端請求，在這里，我們把一個Http請求和它的響應(yīng)稱為一個交換，包裝成HttpExchange類，HttpServer負責(zé)將HttpExchange傳給HttpHandler實現(xiàn)類的回調(diào)方法。
六：插入式注解處理API(Pluggable Annotation Processing API)
插入式注解處理API(JSR 269)提供一套標(biāo)準API來處理Annotations(JSR 175)
實際上JSR 269不僅僅用來處理Annotation，我覺得更強大的功能是它建立了Java 語言本身的一個模型，它把method，package，constructor，type，variable， enum，annotation等Java語言元素映射為Types和Elements(兩者有什么區(qū)別?)，從而將Java語言的語義映射成為對象，我們可以在javax.lang.model包下面可以看到這些類。 所以我們可以利用JSR 269提供的API來構(gòu)建一個功能豐富的元編程(metaprogramming)環(huán)境。
JSR 269用Annotation Processor在編譯期間而不是運行期間處理Annotation，Annotation Processor相當(dāng)于編譯器的一個插件，所以稱為插入式注解處理.如果Annotation Processor處理Annotation時(執(zhí)行process方法)產(chǎn)生了新的Java代碼，編譯器會再調(diào)用一次Annotation Processor，如果第二次處理還有新代碼產(chǎn)生，就會接著調(diào)用Annotation Processor，直到?jīng)]有新代碼產(chǎn)生為止.每執(zhí)行一次process()方法被稱為一個"round"，這樣整個Annotation processing過程可以看作是一個round的序列。
JSR 269主要被設(shè)計成為針對Tools或者容器的API. 舉個例子，我們想建立一套基于Annotation的單元測試框架(如TestNG)，在測試類里面用Annotation來標(biāo)識測試期間需要執(zhí)行的測試方法。
七：用Console開發(fā)控制臺程序
JDK1.6中提供了java.io.Console 類專用來訪問基于字符的控制臺設(shè)備。你的程序如果要與Windows下的cmd或者Linux下的Terminal交互，就可以用Console類代勞。但我們不總是能得到可用的Console，一個JVM是否有可用的Console依賴于底層平臺和JVM如何被調(diào)用。如果JVM是在交互式命令行(比如Windows的cmd)中啟動的，并且輸入輸出沒有重定向到另外的地方，那么就可以得到一個可用的Console實例。
八：對腳本語言的支持
如： ruby，groovy，javascript。
九：Common Annotations
Common annotations原本是Java EE 5.0(JSR 244)規(guī)范的一部分，現(xiàn)在SUN把它的一部分放到了Java SE 6.0中。
隨著Annotation元數(shù)據(jù)功能(JSR 175)加入到Java SE 5.0里面，很多Java 技術(shù)(比如EJB，Web Services)都會用Annotation部分代替XML文件來配置運行參數(shù)（或者說是支持聲明式編程，如EJB的聲明式事務(wù)），如果這些技術(shù)為通用目的都單獨定義了自己的Annotations，顯然有點重復(fù)建設(shè)，所以，為其他相關(guān)的Java技術(shù)定義一套公共的Annotation是有價值的，可以避免重復(fù)建設(shè)的同時，也保證Java SE和Java EE 各種技術(shù)的一致性。
下面列舉出Common Annotations 1.0里面的10個Annotations Common Annotations Annotation Retention Target Description Generated Source ANNOTATION_TYPE，CONSTRUCTOR，F(xiàn)IELD，LOCAL_VARIABLE，METHOD，PACKAGE，PARAMETER，TYPE 用于標(biāo)注生成的源代碼Resource Runtime TYPE，METHOD，F(xiàn)IELD用于標(biāo)注所依賴的資源，容器據(jù)此注入外部資源依賴，有基于字段的注入和基于setter方法的注入兩種方式Resources Runtime TYPE同時標(biāo)注多個外部依賴，容器會把所有這些外部依賴注入PostConstruct Runtime METHOD標(biāo)注當(dāng)容器注入所有依賴之后運行的方法，用來進行依賴注入后的初始化工作，只有一個方法可以標(biāo)注為PostConstruct PreDestroy Runtime METHOD當(dāng)對象實例將要被從容器當(dāng)中刪掉之前，要執(zhí)行的回調(diào)方法要標(biāo)注為PreDestroy RunAs Runtime TYPE用于標(biāo)注用什么安全角色來執(zhí)行被標(biāo)注類的方法，這個安全角色必須和Container的Security角色一致的。RolesAllowed Runtime TYPE，METHOD用于標(biāo)注允許執(zhí)行被標(biāo)注類或方法的安全角色，這個安全角色必須和Container的Security角色一致的PermitAll Runtime TYPE，METHOD允許所有角色執(zhí)行被標(biāo)注的類或方法DenyAll Runtime TYPE，METHOD不允許任何角色執(zhí)行被標(biāo)注的類或方法，表明該類或方法不能在Java EE容器里面運行DeclareRoles Runtime TYPE用來定義可以被應(yīng)用程序檢驗的安全角色，通常用isUserInRole來檢驗安全角色。
注意：
1.RolesAllowed，PermitAll，DenyAll不能同時應(yīng)用到一個類或方法上
2.標(biāo)注在方法上的RolesAllowed，PermitAll，DenyAll會覆蓋標(biāo)注在類上的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)來做
【編輯推薦】
