本章重點是Java語言中改變較大的I/O API，被稱為“再次更新的I/O”或NIO.2（即JSR-203）。NIO.2是一組新的類和方法，主要存在於java.nio包內。下面來看一下它的優點。

• 它完全取代了java.io.File與檔案系統的互動。
• 它提供了新的非同步處理類，讓你無需手動配置執行緒池和其他底層併發控制，便可在後臺執行緒中執行檔案和網路I/O操作。
• 它引入了新的Network-Channel構造方法，簡化了套接字（Socket）與通道的編碼工作。

先看案例。老闆讓你寫個程式，要掃描生產伺服器上的所有目錄，找出曾經用各種讀/寫和所有者許可權寫入過的所有properties檔案。對於Java 6（及更低版本）而言，這幾乎是不可能完成的任務，因為：

• 沒有直接支援目錄樹導航的類或方法；
• 沒辦法檢測和處理符號連結；
• 用簡單操作讀不出檔案的屬性（比如可讀、可寫或可執行）。

符號連結是一種特殊型別的檔案，指向檔案系統中的另外一個檔案或位置——你可以把它理解為快捷方式。

用Java 7的NIO.2 API可以完成這個不可能的程式設計任務，它支援目錄樹的直接導航（Files.walkFileTree()，2.3.1節）、符號連結（Files.isSymbolicLink()，程式碼清單2-4），能用一行程式碼讀取檔案屬性（Files.readAttributes()，2.4.3節）。

除此之外，老闆還要求你在讀取這些properties檔案時不能打斷主程式的處理流程。可最小的properties檔案也有1MB，讀取這些檔案很可能打斷程式的主流程！面對這一要求，在Java 5/6的時代，你很可能會用java.util.concurrent包中的類建立執行緒池和工作執行緒佇列，再用單獨的後臺執行緒讀取檔案。我們在第4章將會討論到，現在Java中的併發仍然相當困難，並且非常容易出錯。藉助Java 7和NIO.2 API，你可以用新的AsynchronousFileChannel（2.5節），不用指定工作執行緒或佇列就可以在後臺讀取大型檔案。咻！

這個新API非常有用，儘管它不能幫你衝咖啡，但它的發展趨勢可在那兒擺著呢。

第一個趨勢是對其他資料儲存方法的探索，特別是在非關係或大資料集領域。你可能很快就會遇到讀寫大檔案（比如微博上的大型報告檔案）的問題。NIO.2可以幫助你用一種非同步、有效的方式讀寫大檔案，還能利用底層作業系統的特性。

第二個趨勢是多核CPU的發展，使得真正併發且更快的I/O成為可能。併發是個難以掌握的領域2，但NIO.2會助你一臂之力，它為多執行緒檔案和套接字訪問的應用提供了一個簡單的抽象層。即便你不直接使用這些特性，它們也會對你的程式設計生涯產生極大影響，因為IDE、應用伺服器和各種流行的框架會大量應用這些特性。

深入探討了併發計算可能給你的程式設計生涯帶來的微妙複雜性。

這些只是NIO.2會對你有哪些幫助的例子。如果NIO.2可以解決你眼下面臨的一些問題，本章的內容就是為你準備的！否則，你

可以在接到Java I/O 任務時再回來。

本章你會體驗到Java 7新I/O的能力，以便你能夠開始編寫基於NIO.2的程式碼，並有信心探索新的API。除此之外，這些API還使用了一些第1章提到的特性，這證明Java 7確實會使用自己的特性。

將try-with-resources和NIO.2中的新API結合起來可以寫出非常安全的I/O程式，這在Java中還是破天荒的第一次！

我們覺得你很可能會用到新的檔案I/O能力，所以本章會非常詳細地介紹。你需要從瞭解新的檔案系統抽象層開始，即先了解Path和它的輔助類。在Path之上，你會接觸到常用的檔案系統操作，比如複製和移動檔案。

以上就是本次介紹JAVA7 I/O全部知識點，感謝大家的學習和對我們的支援。