getClass().getClassLoader().getResource()和 getClass.getResource()有什么不同?
getClass().getClassLoader().getResource()
getClass.getResource()
当从资源中检索文件时,在什么情况下应该使用哪一个?
基本上,Class.getResource()允许您指定一个相对于类包的路径,而 ClassLoader.getResource()始终是一个“绝对”路径。
Class.getResource()
ClassLoader.getResource()
所以:
foo.bar.Baz.class.getResource("data.txt")
等同于:
some.Other.class.getResource("/foo/bar/data.txt")
它们都相当于:
some.Other.class.getClassLoader().getResource("foo/bar/data.txt")
(当然,假设 some.Other和 foo.bar.Baz由同一个类加载器加载。)
some.Other
foo.bar.Baz
第二个函数调用第一个函数。
第一个函数采用不以 /开始的路径,并且总是从类路径的根开始。
/
第二个选择的路径可以从 /开始。如果是,则从类路径的根开始。如果不是,则从调用该方法的类的包开始。
所以 getClass().getClassLoader().getResource("foo/bar.txt")等于 getClass().getResource("/foo/bar.txt")。
getClass().getClassLoader().getResource("foo/bar.txt")
getClass().getResource("/foo/bar.txt")
并且,假设 getClass ()返回一个包 foo中的类,那么 getClass().getResource("bar.txt")等价于 getClass().getClassLoader().getResource("foo/bar.txt")
foo
getClass().getResource("bar.txt")
在什么情况下我应该使用哪一个?
都不是,你应该打电话给 Thread.currentThread().getContextClassLoader()。
Thread.currentThread().getContextClassLoader()
这样做的好处是不需要根据是从静态方法还是实例方法调用进行更改。
更重要的是,它将正确地处理容器内的类加载器委托。如果您不使用它,您可能会发现没有找到“应用程序”资源,因为正在加载它的类是由委托层次结构更高的类加载器加载的。