Java9中的一個重大特性是增加了一種新型的程序設計組件 - 模塊。

官方對模塊的定義為：一個被命名的，代碼和數據的自描述集合。（ the module, which is a named, self-describing collection of code and data）。

這個在Java7的時候就已經被提出，但由于其復雜性，不斷跳票Java7、Java8，直到Java9才姍姍來遲的模塊化，到底是什么，在實際coding中又有什么用呢？

我們主要從以下三個方面來分析：

1. What 模塊化是什么

2. How 模塊化怎么用

Why 為什么要用模塊化

模塊化是什么？

模塊是Java9中新增的一個組件，可以簡單理解為是package的上級容器，是多個package的集合，一個jar可以有多個module，一個module可以有多個package。從代碼結構上看，jar > module > package > class, interface。

Java9的模塊通過requires和exports關鍵字，對自身所依賴（requires）的模塊和自身暴露（exports）出去的內容（package）進行了聲明。本模塊只能使用其他模塊暴露（exports）出來的內容（package），其他模塊也只能使用本模塊暴露（exports）出去的內容（package）。

Java9的模塊化和Maven的區(qū)別在于Maven管理的是整個jar的依賴，關注的是整體。而模塊化管理的是這個jar中的模塊需要對外暴露的內容和對外依賴的模塊，關注的是細節(jié)。maven的依賴是將整個jar都給你了，哪怕你僅僅只需要其中的一個類。模塊化的依賴則是更細粒度的package的管理，你只能使用你依賴的模塊下被暴露出來的package。

那么，模塊化怎么用呢？

我們搭建一個簡單的modular-demo項目，分為modular-common，modular-persistent，modular-service，modular-web 4個子項目。

4個子項目的定位為：

modular-common：通用層，主要提供常量類、工具類、枚舉類等通用代碼。

modular-persistent：持久層，主要提供數據庫領域實體domain類，數據操作接口dao。

modular-service：service層，主要提供業(yè)務邏輯處理的service及其實現(xiàn)類。

modular-web：web層，主要對外提供api接口，視圖渲染，輸入輸出數據處理等功能。

4個子項目的maven依賴關系為：

modular-persistent依賴modular-common

modular-service依賴modular-persistent

modular-web依賴modular-service

每個項目的代碼大致如下：

與傳統(tǒng)Maven項目不同的是，每個子項目下面都有著自己的module-info.java，里面聲明了項目中的模塊暴露出去的包和需要依賴的模塊。

注意：我們提到的模塊均是指Java9中的模塊，不是指maven中的模塊，maven中的模塊是指可以構建為一個jar或者war的項目，本質是一個項目，所以我們用子項目來表示maven中的模塊。每個子項目可以有多個模塊，demo中每個子項目只包含了一個模塊，但不代表只能有一個模塊。

common模塊的module-info.java

module modular.demo.common {
    // 聲明自己對外暴露的包名
    exports com.hanmc.example.modulardemo.common;
}

module 后面的modular.demo.common聲明了本模塊的模塊名，是本模塊的唯一標識，其它模塊可以通過這個標識來聲明對這個模塊的依賴。

exports com.hanmc.example.modulardemo.common 聲明了本模塊暴露出去的package，如果所有package都沒有暴露，那么其他模塊即使依賴了這個模塊，也依然無法使用此模塊中的代碼。

persistent模塊的module-info.java

module modular.demo.persistent {
    exports com.hanmc.example.modulardemo.persistent.domain;
    exports com.hanmc.example.modulardemo.persistent.dao;
    //聲明需要依賴的模塊
    requires modular.demo.common;
    requires mybatis.plus;
    requires mybatis.plus.core;
    requires mybatis.plus.annotation;
}

將domain和dao兩個package暴露出去，同時聲明了對modular-common和mybatis-plus框架中的模塊的依賴。

service模塊的module-info.java

module modular.demo.service {
    exports com.hanmc.example.modulardemo.service;
    exports com.hanmc.example.modulardemo.service.impl;
    requires modular.demo.persistent;
    requires spring.context;
    requires spring.beans;
}

將service這個package暴露出去，同時聲明了對modular-persistent和spring框架中模塊的依賴。

注意：modular-service模塊只暴露了com.hanmc.example.modulardemo.service這個package，并沒有暴露com.hanmc.example.modulardemo.service.impl這個包，所以外部是無法使用service接口的實現(xiàn)類的，只能通過service接口來調用，對于使用者來說隱藏了具體的實現(xiàn)。

web模塊的module-info.java

module modular.demo.web {
    requires spring.web;
    requires spring.beans;
    requires spring.boot;
    requires modular.demo.service;
    requires modular.demo.persistent;
    requires modular.demo.common;
    requires org.mybatis.spring;
    requires spring.boot.autoconfigure;
    //聲明com.hanmc.example.modulardemo包對spring開放，允許spring在運行期間通過反射機制訪問其代碼
    opens com.hanmc.example.modulardemo to spring.core, spring.beans, spring.boot, spring.context, spring.web;
}

聲明了對spring框架和modular-common、modular-persistent、modular-service的模塊的依賴。同時將com.hanmc.example.modulardemo的package開放給spring的模塊使用，以便spring在啟動時通過反射機制訪問項目中的代碼來初始化容器。

注意： exports和opens的區(qū)別在于，exports導出的包可以在編譯和runtime期間訪問其public成員。opens聲明的包，則還可以在運行期間通過反射來訪問其public和private成員。

為什么要用模塊化

那么，為什么要用模塊化呢，使用模塊化有什么好處呢？看起來代碼的編寫反而更為復雜了！

顯式管理依賴：

每個模塊需要顯式聲明自己需暴露的包，而自己所依賴的和自己內部使用的包，則不會暴露，也不會被外部引用到。這種機制徹底的杜絕了Java9以前Jar包依賴買一送一堆的場景，大大的減少Jar包沖突的情況。

場景：比如我的項目中本身已經依賴了hibernate-validator用來做參數校驗，在后續(xù)的開發(fā)中由于加解密需要又引入了一個提供了加解密api的第三方的jar，這個第三方jar也依賴了另外一個版本hibernate-validator，那么在項目中就存在了兩個不同版本的hibernate-validator，這個時候就會出現(xiàn)jar包沖突。這個時候模塊化就可以完美解決這個問題，這個第三方加解密的jar可以在module-info.java中只exports出本身加解密功能的部分package，而不會exports出這個jar本身所依賴的其他jar包。

強封裝性：

模塊顯式的選擇向其他模塊只暴露需要的類或接口，而完美的隱藏了內部實現(xiàn)的細節(jié)及其他內部成員，實現(xiàn)了真正的封裝。

場景：比如下圖module-common中的枚舉類DefaultResponseEnum，定義了系統(tǒng)內置的幾種默認響應碼，因為被定義在了inner包中，而inner包又沒有被聲明exports，所以這個枚舉類只能在module-common內部使用，避免了被其他模塊直接使用。

安全性：

顯式依賴管理及強封裝性，大大的減少了程序運行時不必要模塊的加載，減少了Java運行期間的被攻擊面。代碼真正意義上可以按照作者的設計思路進行公開和隱藏，限制了反射的濫用，更好的保護了那些不建議被外部直接使用或過時的內部類。

規(guī)范性：

顯示的聲明暴露的內容，可以讓第三方庫的開發(fā)者更好的管理自己的內部實現(xiàn)邏輯和內部類。第三方庫作者可以更輕松的管理自己的內部類的訪問權限和反射調用權限，避免了出現(xiàn)sun.misc.BASE64Encoder這些內部類在已經被官方聲明了過時和不建議使用的前提下，仍有大量的開發(fā)者去隨意使用的情況。因為在Java9之前，JDK開發(fā)者只能建議，而無法實現(xiàn)強制約束。

場景：比如我們提倡的面向接口編程，要求在controller中只能注入service層的接口，而不能直接注入其實現(xiàn)類，但是這個要求只是個規(guī)范，無法強制約束，Java9以前，我們仍然可以在直接注入service層的實現(xiàn)類，代碼仍然可以照常運行，只是沒那么規(guī)范而已。但是在Java9以后，我們可以在service的模塊中只exports出接口，這樣controller就無法直接注入實現(xiàn)類，在編譯期就會報錯，實現(xiàn)了強約束。

自定義最小運行時映像：

Java因為其向后兼容的原則，不會輕易對其內容進行刪除，包含的陳舊過時的技術也越來越多，導致JDK變得越來越臃腫。而Java9的顯示依賴管理使得加載最小所需模塊成為了可能，我們可以選擇只加載必須的JDK模塊，拋棄如java.awt, javax.swing, java.applet等這些用不到的模塊。這種機制，大大的減少了運行Java環(huán)境所需要的內存資源，在對于嵌入式系統(tǒng)開發(fā)或其他硬件資源受限的場景下的開發(fā)非常有用。

孵化器模塊的支持：

Java9中，引入了孵化器模塊，使用了固定的前綴jdk. incubator。孵化器模塊是一種提供實驗API的機制，相當于是beta版，其中的內容在后續(xù)的版本中可能會被改動或刪除。這個機制的存在，可以讓開發(fā)者在明確的知道其不穩(wěn)定性的同時，如果感興趣的話，可以嘗試提前接觸和使用這些實驗性的功能，使得這個新功能可以在真實環(huán)境中不斷打磨完善。

場景：如Java9中提供的jdk. incubator.httpclient模塊，提供了一個全新的HttpClient API，并且在Java11中孵化為正式模式 java.net.http，提供了高性能的異步非阻塞調用支持。

到此這篇關于Java9新特性中的模塊化到底是什么的文章就介紹到這了,更多相關Java9模塊化內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論