題目來源：https://www.acwing.com/problem/content/description/789/ 題目描述 給定你一個長度為 n 的整數數列。 請你使用歸併排序對這個數列按照從小到大進行排序。 並將排好序的數列按順序輸出。 輸入格式 輸入共兩行，第一行包含整數 n。 第二行包 ...
1. Nicolai Parlog編寫的The Java Module System
1.1. 推薦閱讀
2. Jigsaw項目
2.1. 開發持續了將近十年
3. 關註點分離
3.1. separation of concern,SoC
3.2. 將單體的電腦程式分解為一個個相互獨立的特性
4. 信息隱藏
4.1. information hiding
4.2. 要求設計時儘量隱藏實現的細節
4.2.1. 隱藏內部實現細節能幫你減少局部變更對程式其他部分的影響
4.2.2. 有效地避免變更傳遞
4.2.3. 與應用的其他部分沒有任何耦合，對這段代碼內部實現的更迭不會對應用的其他部分產生影響
4.3. 通過private關鍵字，藉助編譯器驗證組件中的類是否封裝良好
4.4. Java 9出現之前，編譯器無法依據語言結構判斷某個類或者包僅供某個特定目標訪問
5. 模塊
5.1. 具備內聚特質的一組代碼，它與其他模塊代碼之間很少有耦合
5.2. 通過模塊組織類，可以幫助你清晰地表示應用程式中類與類之間的可見性關係
5.3. Java的包並未從本質上支持模塊化
6. Java9之前模塊化的局限性
6.1. 有限的可見性控制
6.1.1. 希望一個包中的某個類或介面可以被另外一個包中的類或介面訪問，那麼只能將它聲明為public
6.1.2. 增大了系統受攻擊的可能性，因為更多的代碼都暴露在了攻擊面下
6.2. 類的路徑
6.2.1. 對同一個類，無法指定到底使用類路徑上的哪一個版本，因為根本無法通過路徑指定版本
6.2.2. 類路徑也不支持顯式的依賴
6.2.2.1. “類路徑地獄”問題導致我們很難對應用的依賴性進行分析
6.2.2.2. ClassNotFound Exception
6.2.3. Maven或者Gradle這樣的構建工具可以幫助解決這一問題
7. 單體型的JDK
7.1. 無論你是否在你的應用中使用了CORBA，對CORBA的支持預設都打包在JDK之中
7.2. Java 8引入了精簡配置（compact profile
7.3. sun.misc.Unsafe類
7.3.1. 設計之初並不期望被JDK之外的任何代碼訪問或使用
7.3.2. 這個類被好幾個流行的類庫（包括Spring、Netty、Mockito等）所使用
7.4. 導致很高的維護成本並限制了Java的演進
8. 開放服務網關協議
8.1. open service gateway initiative, OGSi
8.2. 最早提出於2000年，直到Java 9誕生，一直都是實現基於JVM的模塊化應用的事實標準
8.3. OGSi認證支持的框架
8.3.1. Apache Felix
8.3.2. Equinox
8.4. OGSi與新的Java 9模塊系統之間並不是完全互斥的
8.4.1. 只有小部分的重疊
8.4.2. 可以在同一個應用之中共存
8.4.3. OGSi所覆蓋的範疇要大得多
8.5. OGSi中每一個bundle都有單獨的類載入器
8.5.1. Jigsaw中每個應用僅使用一個類載入器
8.5.2. 解決版本選擇問題並不是Java 9模塊系統設計的出發點，所以它不支持版本
9. Java模塊系統基礎
9.1. 模塊化是對抗軟體腐臭的利器
9.1.1. 隨著項目的不斷演進，更多的內部實現被加入進來，這時封裝和劃分的價值就變得越來越明顯
9.2. 命名
9.2.1. 互聯網功能變數名稱規範的逆序
9.2.2. 模塊名應該與它導出的主要API的包名保持一致
9.3. Java 9的模塊
9.3.1. 提供粒度更細的控制
9.3.1.1. 可以設定哪個類能夠訪問哪個類
9.3.1.2. 這種控制是編譯期檢查的
9.3.2. 位於模塊路徑上且沒有提供module-info文件的JAR文件會被Java 9作為自動模塊處理
9.3.3. Maven支持按照Java 9模塊系統構建的應用
9.4. 模塊中的所有內容都是被封裝的
9.4.1. 模塊系統使用白名單的方式幫助你進行更嚴格的封裝控制
9.4.2. 顯式地聲明你願意將哪些內容提供給別的模塊訪問
9.4.3. 避免你由於偶然的機會開放一些內部介面給外部使用，可能導致你的系統被攻破
9.5. exports子句
9.5.1. 它聲明的這些包會變為公有類型，可以被其他模塊訪問和調用
9.6. exports to
9.6.1. 可以限制哪些用戶能訪問哪些導出的包
9.7. requires子句
9.7.1. 可以指定本模塊對其他模塊的依賴
9.7.2. 所有的模塊都依賴於名叫java.base的平臺模塊
9.7.2.1. 不需要顯式聲明
9.8. open和opens
9.8.1. 能夠讓其他模塊以反射的方式訪問它所有的包
9.8.2. open限定符在模塊的可見性方面沒有特別的效果，唯一的作用就是允許對模塊進行反射訪問
9.9. uses和provides
9.9.1. 使用provides子句創建服務供應方，使用users子句創建服務消費者
