環(huán)境

okey,廢話不多說，發(fā)車了，事情的起因還是源于一道面試筆試機(jī)試題目（這里不能透露太多，但是這道題目很有意思，是一個(gè)算法應(yīng)用，并且這個(gè)算法本身也挺有意思的。寫完算法之后，還要放在Linux環(huán)境當(dāng)中進(jìn)行遠(yuǎn)程調(diào)試，說明執(zhí)行流程）

那么問題就出現(xiàn)在Java打包之后執(zhí)行代碼的時(shí)候出現(xiàn)了問題。 在resources下面的話有一個(gè)cars.xlsx文件

起初在我們的 idea環(huán)境下面測試一點(diǎn)問題沒有，直到，我將其打包，并且仔細(xì)檢查了jar包發(fā)現(xiàn)文件資源也打包進(jìn)去之后，程序還是沒有讀取到文件的時(shí)候，于是發(fā)現(xiàn)了一個(gè)關(guān)于關(guān)于使用：

類名.class.getResource("/cars.xlsx").getPath();

讀取resources的坑。打包之后，它是無法讀取到文件的。

Why

發(fā)現(xiàn)問題，那么就要解決問題，那么問題在哪，憑什么不ok呢。 那么竟然如此，那么我們就要look，look，這個(gè)玩意輸出的是什么：

 URL resource = Application.class.getResource("/cars.xlsx");
 String path = resource.getPath();

返回結(jié)果是：

顯然這個(gè)路徑是這個(gè)：

這個(gè)是由IDEA自己生成的一個(gè)路徑，而在我們打包的時(shí)候問什么讀取呢？ 那么這個(gè)時(shí)候我們顯然需要去看看打包之后的情況：

顯然打包到的文件，不在com的同級(jí)目錄下。

ok,這里我們就明白了一個(gè)道理，那就是，之所以找不到，那就是這個(gè)打包之后的文件位置放的不一樣。那么問題提出來了，那么如何解決這個(gè)問題

解決

okey,解決的方式很簡單：

類名.class.getClassLoader().getResourceAsStream("名字");

欸，這樣一看，好像區(qū)別不大啊，為毛這個(gè)可以解決這個(gè)問題呢？

對(duì)于Class.getResource：

先獲取文件的路徑path，不以’/‘開頭時(shí)，默認(rèn)是從此類所在的包下取資源；path以’/'開頭時(shí)，則是從項(xiàng)目的ClassPath根下獲取資源。所以在當(dāng)前打包之后的 話，我們找不到的，因?yàn)檫@個(gè)文件還在外面一層。

對(duì)于ClassLoader.getResource：

同樣先獲取文件的路徑，path不以’/'開頭時(shí)，首先通過雙親委派機(jī)制，使用的逐級(jí)向上委托的形式加載的，最后發(fā)現(xiàn)雙親沒有加載到文件，最后通過當(dāng)前類加載classpath根下資源文件。這樣一來當(dāng)前類沒找到，但是老爹，老爺，太爺能找到。

在classLoader里面它的一個(gè)過程是這樣的：

so,寫的時(shí)候：

類名.class.getClassLoader().getResourceAsStream("名字");

總結(jié)

陸續(xù)開始恢復(fù)技術(shù)學(xué)習(xí)，停止考研學(xué)習(xí)。考研很好，但是不是適合所有人。不過話說回來，太久沒老老實(shí)實(shí)寫代碼了，好多東西都忘了，今天上午在做遠(yuǎn)程調(diào)試的時(shí)候，一直連接不上去，防火墻也放行了，結(jié)果搞了半天，發(fā)現(xiàn)策略組沒放行，無語住了。

以上就是Java打包之后讀取Resources下的文件失效原因及解決方法的詳細(xì)內(nèi)容，更多關(guān)于Java打包后讀取Resources下文件失效的資料請關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論