Gradle多项目构建中子项目无法访问自身资源的问题

我来帮你搞定这个问题！你遇到的核心问题是：当B模块的B.resource被打包进Jar文件后，原来的代码如果依赖getResource()返回的URL去获取文件路径（比如调用getFile()），会直接失败——因为Jar里的资源并不是文件系统上的真实文件，而是Jar包内的条目。

下面是具体的解决步骤：

1. 改用输入流方式读取Jar内资源 #

这是读取Jar包内资源的标准做法，完全避开文件系统路径的限制。把你原来的资源访问代码改成下面这样：

try (InputStream resourceStream = Thread.currentThread().getContextClassLoader().getResourceAsStream("B.resource")) {
    if (resourceStream == null) {
        throw new RuntimeException("无法找到资源B.resource，请检查路径是否正确");
    }
    // 读取资源内容，这里示例转为字符串，你可以根据需求处理
    String resContent = new String(resourceStream.readAllBytes(), StandardCharsets.UTF_8);
    // 后续业务逻辑处理...
} catch (IOException e) {
    e.printStackTrace();
    // 处理IO异常
}

关键区别在于用getResourceAsStream()直接获取输入流，而不是先拿URL再转文件路径——后者在Jar环境下根本行不通。

2. 确认Gradle的资源打包配置正确 #

虽然Gradle默认会把src/main/resources下的文件打包进模块Jar，但还是要确保B模块的build.gradle没有意外修改过资源配置。如果有自定义的sourceSets，请明确包含资源目录：

// B模块的build.gradle
sourceSets {
    main {
        resources {
            srcDirs = ["src/main/resources"] // 确保资源目录被正确识别
        }
    }
}

同时，A模块的依赖配置要正确关联B模块，保证distZip打包时B的Jar会被包含到分发包中：

// A模块的build.gradle
dependencies {
    implementation project(':B')
}

3. 核对资源路径的正确性 #

最后再确认一下：B.resource确实放在src/main/resources的根目录下吗？如果资源在子目录里（比如src/main/resources/config/B.resource），那读取路径要改成"config/B.resource"——ClassLoader的资源路径是相对于类路径根的，不要写错层级。

按照上面的步骤调整后，应该就能正常读取B模块Jar里的B.resource资源了！

内容的提问来源于stack exchange，提问作者user1782747