環(huán)境

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

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

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

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

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

Why

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

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

返回結(jié)果是：

顯然這個路徑是這個：

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

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

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

解決

okey,解決的方式很簡單：

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

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

對于Class.getResource：

先獲取文件的路徑path，不以’/‘開頭時，默認是從此類所在的包下取資源；path以’/'開頭時，則是從項目的ClassPath根下獲取資源。所以在當前打包之后的 話，我們找不到的，因為這個文件還在外面一層。

對于ClassLoader.getResource：

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

在classLoader里面它的一個過程是這樣的：

so,寫的時候：

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

總結(jié)

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

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

最新評論