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

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

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

使用ClassLoader.getResource()来查找当前类的URL。

例如:

package foo;

public class Test
{
    public static void main(String[] args)
    {
        ClassLoader loader = Test.class.getClassLoader();
        System.out.println(loader.getResource("foo/Test.class"));
    }
}

(这个例子来自一个类似的问题。)

要找到该目录，需要手动分解URL。有关jar URL的格式，请参阅JarClassLoader教程。

最简单的解决方案是在运行jar时将路径作为参数传递。

你可以用一个shell脚本(Windows中的.bat，其他任何地方的.sh)自动化这个:

java -jar my-jar.jar .

我用过。传递当前工作目录。

更新

您可能希望将jar文件放在子目录中，这样用户就不会意外地单击它。您的代码还应该检查以确保提供了命令行参数，如果缺少参数，则提供良好的错误消息。

我用Java 7编写，用Oracle的运行时在Windows 7上测试，用开源运行时在Ubuntu上测试。这对于这些系统来说是完美的:

任何正在运行的jar文件的父目录的路径(假设调用这段代码的类是jar存档本身的直接子目录):

try {
    fooDir = new File(this.getClass().getClassLoader().getResource("").toURI());
} catch (URISyntaxException e) {
    //may be sloppy, but don't really need anything here
}
fooDirPath = fooDir.toString(); // converts abstract (absolute) path to a String

因此，foo.jar的路径是:

fooPath = fooDirPath + File.separator + "foo.jar";

同样，这也没有在任何Mac或旧版本的Windows上进行测试

return new File(MyClass.class.getProtectionDomain().getCodeSource().getLocation()
    .toURI()).getPath();

将“MyClass”替换为类名。

显然，如果您的类是从非文件位置加载的，这将会做一些奇怪的事情。

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

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

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