上述方法在我的Spring环境中并不适用，因为Spring将实际的类隐藏到一个名为BOOT-INF的包中，因此不是运行文件的实际位置。我发现了另一种方法来检索运行文件通过权限对象已授予运行文件:

public static Path getEnclosingDirectory() {
    return Paths.get(FileUtils.class.getProtectionDomain().getPermissions()
            .elements().nextElement().getName()).getParent();
}

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

路径总是引用jar文件中的资源。

我很惊讶地发现，最近没有人建议使用Path。以下是引用:“Path类包括各种方法，可用于获取路径信息、访问路径元素、将路径转换为其他形式或提取路径的部分”

因此，一个好的替代方法是获取Path对象为:

Path path = Paths.get(Test.class.getProtectionDomain().getCodeSource().getLocation().toURI());

为了获得运行jar文件的路径，我研究了上述解决方案，并尝试了各种方法，它们之间存在一些差异。如果这些代码在Eclipse IDE中运行，它们都应该能够找到包含指定类的文件路径，并使用找到的路径打开或创建指定的文件。

但这很棘手，当直接或通过命令行运行可运行的jar文件时，它将失败，因为从上述方法获得的jar文件的路径将在jar文件中给出一个内部路径，也就是说它总是给出一个路径

rsrc:project-name(也许我应该说它是主类文件的包名-指定的类)

我不能转换rsrc:…路径到外部路径，即当在Eclipse IDE外部运行jar文件时，无法获得jar文件的路径。

在Eclipse IDE之外获取运行jar文件的路径的唯一可能方法是

System.getProperty("java.class.path")

这段代码行可能返回的生活路径(包括文件名)运行jar文件(注意,返回路径不是工作目录),作为java文档,有些人说,它将返回所有类文件在同一个目录的路径,但随着我的测试中,如果在相同的目录中包括许多jar文件,它只返回运行jar的路径(约多条路径问题确实发生在Eclipse)。

对我来说最好的解决方案:

String path = Test.class.getProtectionDomain().getCodeSource().getLocation().getPath();
String decodedPath = URLDecoder.decode(path, "UTF-8");

这应该可以解决空格和特殊字符的问题。

getProtectionDomain方法有时可能不起作用，例如当你必须为一些核心java类(例如在我的情况下，IBM JDK中的StringBuilder类)找到jar时，但是下面的工作是无缝的:

public static void main(String[] args) {
    System.out.println(findSource(MyClass.class));
    // OR
    System.out.println(findSource(String.class));
}

public static String findSource(Class<?> clazz) {
    String resourceToSearch = '/' + clazz.getName().replace(".", "/") + ".class";
    java.net.URL location = clazz.getResource(resourceToSearch);
    String sourcePath = location.getPath();
    // Optional, Remove junk
    return sourcePath.replace("file:", "").replace("!" + resourceToSearch, "");
}