本文介紹了為什么Java在添加MODULE-INFO時(shí)無法讀取相同的資源文件？的處理方法，對(duì)大家解決問題具有一定的參考價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)吧！
問題描述
有一個(gè)簡(jiǎn)單的Java項(xiàng)目，具有標(biāo)準(zhǔn)的Maven文件夾結(jié)構(gòu)。
src
main
java
mypackage
Main.java
resource
abc
cde.txt
Main.Java(省略樣板)
var path = "abc/cde.txt";
InputStream input = Thread.currentThread().getContextClassLoader().getResourceAsStream(path);
if (input == null) {
throw new IllegalStateException("Resource not found");
} else {
// read from input
}
此代碼運(yùn)行良好，可以從絕對(duì)路徑讀取文件
"%project_root%/target/classes/abc/cde.txt"(編譯代碼)。
添加文件src/main/java/module-info.java后，情況發(fā)生變化：程序找不到該文件并引發(fā)in branch (input == null)。
如何以舊方法從&resource"；文件夾中讀取文件，并在資源文件夾中同時(shí)擁有這兩個(gè)文件：Java模塊和資源？我希望避免在所有位置添加前綴"src/main/resources"。
推薦答案
您可能需要這個(gè)：
InputStream input = Main.class.getResourceAsStream("/abc/cde.txt");
當(dāng)您添加模塊-info.java時(shí)，Java會(huì)將您的類視為module。
模塊的封裝限制超出了普通舊類路徑的限制。若要訪問模塊中的資源，其他代碼必須通過該模塊，該模塊將檢查調(diào)用代碼的模塊是否具有讀取這些資源的權(quán)限。
ClassLoader.getResourceAsStreamwill only read resources from explicitly opened modules：
附加…此方法僅在無條件打開命名模塊的包時(shí)查找該包中的資源。
但Class.getResource和Class.getResourceAsStream僅依賴于類所屬的模塊，并且沒有該附加限制。
應(yīng)始終使用Class.getResource或Class.getResourceAsStream。應(yīng)避免使用ClassLoader等效項(xiàng)。
Class方法和ClassLoader方法之間有一個(gè)重要的區(qū)別：Class方法將參數(shù)視為相對(duì)于類的包，除非參數(shù)以斜杠(/)開頭。
除了封裝限制外，給定一個(gè)名為com.example.MyApplication的類，這兩行代碼是等價(jià)的：
MyApplication.class.getResource("data.txt")
MyApplication.class.getClassLoader().getResource("com/example/data.txt")
并且這些是等效的：
MyApplication.class.getResource("/data.txt")
MyApplication.class.getClassLoader().getResource("data.txt")
同樣，它們只是在資源路徑方面是等價(jià)的；模塊化封裝限制不相同。始終使用Class.getResource*方法，避免使用ClassLoader.getResource*方法。
這篇關(guān)于為什么Java在添加MODULE-INFO時(shí)無法讀取相同的資源文件？的文章就介紹到這了，希望我們推薦的答案對(duì)大家有所幫助，
