Thread.currentThread().getContextClassLoader().getResources 会在target\classes\查找?

是的，如果你的 Java 项目使用了 Maven 或 Gradle 等构建工具，那么编译后的 class 文件和资源文件通常会被存储在 `target/classes` 目录下。当你在 Java 代码中使用 `Thread.currentThread().getContextClassLoader().getResources()` 方法加载资源时，它会在当前线程的 ClassLoader 的 classpath 下查找资源文件。因此，如果你的资源文件位于 `target/classes` 目录下，那么 `getResources()` 方法应该可以找到该资源文件。

需要注意的是，如果你的资源文件被打包到 Jar 包中，那么 `getResources()` 方法可能会在 Jar 包中查找资源文件。在这种情况下，你需要使用类似 `getResourceAsStream()` 方法的 API 来加载资源文件，例如：

InputStream inputStream = getClass().getClassLoader().getResourceAsStream("path/to/resource");

其中 `path/to/resource` 是资源文件在 classpath 下的相对路径。

相关问题

Thread.currentThread().getContextClassLoader().getResources读取的是哪里路径

`Thread.currentThread().getContextClassLoader().getResources()` 方法读取的是当前线程的 ClassLoader 下的资源。ClassLoader 是 Java 中用于加载类和资源的机制，每个 ClassLoader 都有一个类路径，用于指定可以加载哪些类和资源。当在应用程序中加载类或资源时，ClassLoader 会根据类路径查找相应的类或资源文件。

在 `AnnotationApplicationContext` 构造函数中，通过 `Thread.currentThread().getContextClassLoader()` 方法获取当前线程的 ClassLoader，然后调用 `getResources()` 方法获取指定包下的所有资源 URL。这些资源 URL 可能是目录或 Jar 包中的类文件，具体位置取决于 ClassLoader 的实现。通常情况下，ClassLoader 会从 CLASSPATH 中查找类和资源文件，但也可以使用其他方式来加载类和资源。

Thread.currentThread().getContextClassLoader().getResources 找不到资源

如果 `Thread.currentThread().getContextClassLoader().getResources()` 方法找不到资源，可能是因为资源路径不正确或资源文件不存在导致的。你可以尝试以下几个方法：

1. 检查资源路径：检查传递给 `getResources()` 方法的资源路径是否正确，包括路径的格式、拼写和大小写。另外，如果资源路径是相对路径，需要确保它相对于当前类加载器的根路径是正确的。

2. 检查资源文件是否存在：如果资源路径正确，但是仍然找不到资源，可能是因为资源文件不存在。你可以手动检查资源文件的路径和文件名是否正确，或者使用其他工具查找资源文件。

3. 检查 ClassLoader：如果当前线程的 ClassLoader 无法找到资源，可能是因为它没有正确地加载到应用程序的 Classpath 中。你可以检查应用程序的 Classpath，确保资源文件所在的目录或 Jar 包已经被正确地添加到 Classpath 中。

4. 检查资源文件的访问权限：如果资源文件位于受保护的目录中，可能需要检查当前线程的访问权限。你可以使用文件系统的权限管理功能来检查或更改文件的访问权限。

如果你仍然无法解决问题，可以考虑使用其他工具或框架来加载指定路径下的所有资源，例如 Spring Framework 中的 ResourceLoader 接口或者 Apache Commons IO 库中的 FileUtils 类。