腳本之家服務(wù)器常用軟件

快捷導(dǎo)航

解析Java和IDEA中的文件打包問題

更新時(shí)間：2021年07月29日 09:10:26 作者：返回主頁lilpig

這篇文章主要介紹了Java和IDEA中的文件打包問題，本文給大家介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下

問題：想在IDEA中引用相對(duì)路徑，但是找不到文件。

項(xiàng)目目錄結(jié)構(gòu)

當(dāng)前項(xiàng)目的路徑為：D:\source\java\test\

項(xiàng)目結(jié)構(gòu)如下

當(dāng)前路徑

面對(duì)無法使用相對(duì)路徑找到資源文件的問題，首先想到的解決辦法是先瞄一眼IDEA在執(zhí)行時(shí)給Java環(huán)境設(shè)定的當(dāng)前路徑在哪，也就是說看看我們?cè)谑褂孟鄬?duì)路徑時(shí)到底是相對(duì)于哪里的。

應(yīng)該咋寫呢？下面是Java API中的一些描述。

默認(rèn)情況下， java.io包中的類始終會(huì)根據(jù)當(dāng)前用戶目錄解析相對(duì)路徑名。該目錄由系統(tǒng)屬性u(píng)ser.dir ，通常是調(diào)用Java虛擬機(jī)的目錄。

根據(jù)上面的信息，可以想到兩個(gè)辦法來獲得當(dāng)前路徑，第一種辦法是向Java中傳遞空字符串，這是一個(gè)比較hack的方法，按照相對(duì)路徑來解析的話，自然會(huì)被解析成當(dāng)前目錄。

File f1 = new File(""); // 空字符串，相當(dāng)于當(dāng)前路徑
System.out.println(f1.getAbsolutePath());

第二種辦法，直接獲取系統(tǒng)屬性中的user.dir。

System.out.println(System.getProperty("user.dir"));

兩種辦法得到的結(jié)果一致：

也就是說，當(dāng)前目錄指向項(xiàng)目的根目錄，如果你想要獲取src中的一個(gè)文件的話，需要使用src/文件名，而如果該文件在某個(gè)包下的話，則需要使用src/完整包路徑/文件名。

現(xiàn)在我在src下創(chuàng)建一個(gè)文件text1.txt，寫入內(nèi)容HELLO , WORLD

File f2 = new File("src/text1.txt");
LineNumberReader reader2 = new LineNumberReader(new FileReader(f2));
System.out.println(reader2.readLine());

結(jié)果

這樣寫好嗎？

我們的Java代碼最終會(huì)被打包上傳到目標(biāo)平臺(tái)，如某個(gè)服務(wù)器上，打包的代碼應(yīng)該只包含編譯后的文件目錄，在IDEA中就是那個(gè)out目錄，其它的文件都不會(huì)出現(xiàn)在目標(biāo)平臺(tái)上，到那個(gè)時(shí)候，你不再擁有當(dāng)前項(xiàng)目編寫時(shí)的目錄結(jié)構(gòu)，你的程序運(yùn)行時(shí)所在的當(dāng)前路徑也不再是現(xiàn)在這個(gè)。

簡(jiǎn)單來說，我們寫出了依賴環(huán)境的代碼，這個(gè)代碼不保證程序運(yùn)行在生產(chǎn)環(huán)境下的時(shí)候還可以正常執(zhí)行，而且通常是無法正常執(zhí)行。

唯一的辦法，就是我們?cè)贗DEA編譯時(shí)，告訴它有些文件，請(qǐng)你幫我打包到out目錄中，然后我再想辦法去out目錄中找，這下就不會(huì)出問題了。

JavaAPI中有這樣一個(gè)方法，它被明確說明是用來干這個(gè)事的就是ClassLoader中的getResource，下面是API中的說明

尋找給定名字的資源文件。一個(gè)資源文件可以是一些能夠被class代碼以一種獨(dú)立于代碼位置的方式進(jìn)行訪問的數(shù)據(jù)（圖像、聲音、文字等）

我們先看看使用這個(gè)方法是相對(duì)于哪個(gè)路徑，采用的辦法和new File("")大同小異。

String path = Main.class.getClassLoader().getResource("").getPath();
System.out.println(path);

結(jié)果如下

它已經(jīng)找到了我們打包后的二進(jìn)制代碼所在的位置，這下就可以相對(duì)于二進(jìn)制代碼的位置讀寫文件了，不再依賴當(dāng)前環(huán)境。

注意，ClassLoader.getResourceAsStream和Class.getResourceAsStream有些細(xì)微的區(qū)別，見JAVA 筆記 ClassLoader.getResourceAsStream() 與 Class.getResourceAsStream()的區(qū)別

將文件打包到二進(jìn)制代碼位置

創(chuàng)建文件夾，mark directory as -> Resources Root。

o

在其中創(chuàng)建text2.txt，寫入HELLO , RESOURCES。

然后這樣去讀

LineNumberReader r3 = new LineNumberReader(
        new InputStreamReader(Main.class.getClassLoader().getResourceAsStream("text2.txt"))
);
System.out.println(r3.readLine());

這里使用了ClassLoader.getResource的一個(gè)變體getResourceAsStream，它的作用就是返回的是一個(gè)流，而非URL。我們所做的就是獲取當(dāng)前類的ClassLoader，通過它獲取資源文件，轉(zhuǎn)換成LineNumberReader。

讀取成功，也就是說，在resources文件夾下的文件，IDEA會(huì)自動(dòng)幫我們打包到二進(jìn)制代碼的位置

其他

src中的文件

如果我們?nèi)タ?code>out文件夾下的文件結(jié)構(gòu)，你就會(huì)發(fā)現(xiàn)，除了resources/text2.txt，我們之前在src下創(chuàng)建的text1.txt也被打包到這個(gè)位置了。也就是說，我們可以通過同樣的方式去讀取src下的文件。

D:\source\java\test\out>wsl tree .
.
└── production
    └── test
        ├── io
        │   └── lilpig
        │       └── test
        │           └── Main.class
        ├── text1.txt
        └── text2.txt

5 directories, 3 files

LineNumberReader r4 = new LineNumberReader(
        new InputStreamReader(Main.class.getClassLoader().getResourceAsStream("text1.txt"))
);
System.out.println(r4.readLine());

讀取成功

Thread.currentThread.getContextClassLoader

在多線程應(yīng)用中，有可能你編寫的類的類加載器和實(shí)際加載resources文件夾的類加載器不是同一個(gè)，這會(huì)導(dǎo)致你的代碼無法獲取到資源文件，使用Thread.currentThread.getContextClassLoader能規(guī)避這個(gè)問題。具體的原理涉及到Java中的類加載機(jī)制的委托模型，這部分的內(nèi)容原理性太強(qiáng)，我已經(jīng)忘得差不多了，就不露怯了。

我們編寫的大部分后端應(yīng)用，都是多線程應(yīng)用，我們自己感知不到，那是因?yàn)槎嗑€程代碼被封裝在框架中，所以無論如何，使用Thread.currentThread.getContextClassLoader總比使用Main.class.getClassLoader更好。

并且，Thread.currentThread.getContextClassLoader更加具有一致性，你可以輕易的編寫一個(gè)工具方法來簡(jiǎn)化代碼（無論如何Thread.currentThread返回的總是當(dāng)前調(diào)用者所在的線程）。而如果用之前的方法，每一個(gè)類的類名都不同，你在一個(gè)類中寫的是Main.class.getClassLoader在另一個(gè)類中寫的又是Other.class.getClassLoader，這不一致的代碼會(huì)讓我們難以編寫一個(gè)通用的工具類。