getClass().getProtectionDomain().getCodeSource().getLocation();

当对象的ClassLoader被注册为空时，Jon的版本就失败了，这似乎意味着它是由Boot ClassLoader加载的。

这个方法可以解决这个问题:

public static String whereFrom(Object o) {
  if ( o == null ) {
    return null;
  }
  Class<?> c = o.getClass();
  ClassLoader loader = c.getClassLoader();
  if ( loader == null ) {
    // Try the bootstrap classloader - obtained from the ultimate parent of the System Class Loader.
    loader = ClassLoader.getSystemClassLoader();
    while ( loader != null && loader.getParent() != null ) {
      loader = loader.getParent();
    }
  }
  if (loader != null) {
    String name = c.getCanonicalName();
    URL resource = loader.getResource(name.replace(".", "/") + ".class");
    if ( resource != null ) {
      return resource.toString();
    }
  }
  return "Unknown";
}

看看这个类似的问题。 工具发现相同的类..

我认为最相关的障碍是如果你有一个自定义类加载器(从db或ldap加载)

假设你正在使用一个名为MyClass的类，下面的代码应该可以工作:

MyClass.class.getClassLoader();

能否获得.class文件在磁盘上的位置取决于类加载器本身。例如，如果您正在使用BCEL之类的东西，那么某个类甚至可能没有磁盘上的表示。

另一种查找类从何处装入的方法(无需操作源)是使用选项:-verbose:class启动Java VM

只编辑第一行:Main.class

Class<?> c = Main.class;
String path = c.getResource(c.getSimpleName() + ".class").getPath().replace(c.getSimpleName() + ".class", "");

System.out.println(path);

输出:

/C:/Users/Test/bin/

也许是糟糕的风格，但很好!