likes
comments
collection
share

【填坑向】Linux获取Java程序resource下的文件路径(这次的坑好像没填住……

作者站长头像
站长
· 阅读数 11

【填坑向】Linux获取Java程序resource下的文件路径(这次的坑好像没填住……

╮( ̄▽ ̄"")╭没错,就是那个传说中的FileNotFoundException,文件找不到了

一开始,特别单纯的俺是把文件直接放在项目根目录的,获取文件地址的位置就只写了一个文件名(相对路径),在本地(Mac环境)运行极其顺滑,一上测试环境给俺一个大惊喜No such file or directory……

嗯是没有考虑完善、这篇来填个坑

显然直接放在项目根目录的方式是不行的,本地一般没问题,Linux系统上会报错

那么放在resources目录下呢?resources目录下的文件📃打包的时候会一起打📦

于是我把文件放在了下图这个位置

【填坑向】Linux获取Java程序resource下的文件路径(这次的坑好像没填住……

读取地址

【填坑向】Linux获取Java程序resource下的文件路径(这次的坑好像没填住……

额还是不中=[,,_,,]:3

【填坑向】Linux获取Java程序resource下的文件路径(这次的坑好像没填住……

还有一种

String path = this.getClass().getClassLoader().getResource("").getPath();

获取到的地址是这个

【填坑向】Linux获取Java程序resource下的文件路径(这次的坑好像没填住……

感觉貌似可以了,生产环境需要package,先本地打包试下,再调用下试试(b_d)

【填坑向】Linux获取Java程序resource下的文件路径(这次的坑好像没填住……

我擦嘞。。。tttttm=[,,_,,]:3……又报错叻

【填坑向】Linux获取Java程序resource下的文件路径(这次的坑好像没填住……

啥?内存溢出?!。。。应该是我的文件📃太大了

为什么本地可以,一打包上服务器就不行?=[,,_,,]:3

在试了N多文章中的建议操作后,发现其实这个直接的原因是在未打包前,我们要获取的文件是真实存在于系统磁盘的某个位置的,但是在package后,要获取的文件变成了jar包里的一份子,在系统磁盘中找不到一个路径可以直接指向它,因此诸如this.getClass().getClassLoader().getResource("").getPath()一类的方法是无法获取到正确的文件地址了,而不是我之前一直以为的Windows、Linux环境原因

(˶‾᷄ ⁻̫ ‾᷅˵)痛定思痛,目前得出的结论就是,由于package后要获取的文件变成了jar包里的一份子,因此系统磁盘中找不到一个路径可以直接指向它,但是由于他在jar包中,是可以通过流的方式获取到文件内容的,如果真的非要获取到文件地址,就新建一个文件,把读取到的流写入,在这种情况下,就可以获取到这个新文件的磁盘路径

由于我的文件较大,读取写入新建文件并不合适,而我这边又是需要通过路径来调用第三方库的,因此。。。俺选择……手动上传到服务器(╥﹏╥)此时的俺已经泣不成声。。。