使用ClassLoader加载文件
这个问题一直困扰着我。 我必须在我的java应用程序中加载几个文件，到目前为止我工作的唯一方法是这样的：
URL hsURL; if(System.getProperty("os.name").toLowerCase().contains("windows")) { hsURL = new URL("file:/" + System.getProperty("user.dir") + "/helpsets/helpset.hs"); } else { hsURL = new URL("file://" + System.getProperty("user.dir") + "/helpsets/helpset.hs"); } 但这是丑陋可怕的。 有一段时间我以为我有这个工作：
hsURL = ClassLoader.getSystemResource("helpsets/helpset.hs");
但是由于某些原因它不再起作用（我必须改变一些东西而不是注意到它。它返回null。
我应该使用getResource（）而不是getSystemResource（）（如果是这样，为什么getSystemResource（）是静态的而不是getResource（））？
我正在使用eclipse，我尝试在构建路径（classpath）中包含该文件夹而不包括它，它似乎没有什么区别。
getSystemResource是静态的，因为它将使用静态可用的系统类加载器。 （ ClassLoader.getSystemClassLoader ）
如果您的资源在类路径中可用，我建议使用来自适当类的ClassLoader.getResource()或Class.getResource ，例如
Foo.class.getResource("/helpsets/helpset.hs");
（ ClassLoader.getResource是“绝对的”; Class.getResource是相对于类的包的，除非你用’/’作为前缀。）
如果这不起作用，请根据类路径以及文件的位置发布应用程序的配置方式。
编辑：我通常发现URL没有InputStream那么有用，所以我使用getResourceAsStream而不是getResource 。 因人而异
你在这里提到过几个不同的东西，所以让我们把它们整理出来。
1）基于“user.dir”创建“file：”URL
“user.dir”属性引用当前工作目录 – 用户在启动应用程序时可能在哪里。 很可能这里写的文件将在两次运行之间消失（因为用户可能从不同的目录运行）。
“user.home”属性是指用户的主目录 – 在运行之间应保持相同。
在任何一种情况下，使用File对象打开文件，不要创建“file：”URL。 你没有任何好处，正如你所看到的，你必须编写凌乱的代码来访问它。
2）通过类加载器检索资源
这是为了检索与您的应用程序打包在一起的文件 – 只读文件。 如您所见，有多种变体。 我更喜欢使用以下内容，因为我假设一个类要加载一个随其打包的文件。
InputStream in = this.getClass().getClassLoader().getResourceAsStream(fileName);