我有另一种方法来获取类的String位置。

URL path = Thread.currentThread().getContextClassLoader().getResource("");
Path p = Paths.get(path.toURI());
String location = p.toString();

输出字符串的形式为

C:\Users\Administrator\new Workspace\...

空格和其他字符被处理，并且在没有file:/的形式。这样会更容易使用。

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

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

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

我试图让罐子运行路径使用

String folder = MyClassName.class.getProtectionDomain().getCodeSource().getLocation().getPath();

C:\app>java -jar application.jar

运行名为“application.jar”的jar应用程序，在Windows文件夹“c:\app”中，字符串变量“文件夹”的值是“\c:\app\application.jar”，我在测试路径的正确性时遇到了问题

File test = new File(folder);
if(file.isDirectory() && file.canRead()) { //always false }

所以我试着将“test”定义为:

String fold= new File(folder).getParentFile().getPath()
File test = new File(fold);

以正确的格式获取路径，如“c:\app”而不是“\c:\app\application.jar”，我注意到它是有效的。

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

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

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

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

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

如果你从Gnome桌面环境(不是任何脚本或终端)点击运行jar，上面所选的答案是不工作的。

相反，我认为下面的解决方案在任何地方都适用:

    try {
        return URLDecoder.decode(ClassLoader.getSystemClassLoader().getResource(".").getPath(), "UTF-8");
    } catch (UnsupportedEncodingException e) {
        return "";
    }