你遇到的核心问题是依赖传递的一致性差异——源码依赖时Gradle能直接解析库的api依赖并传递给App，但把库打包成Jar或发布为远程依赖时，EventBus的依赖没有正确同步到App的编译路径中。下面分两种场景给出具体解决方案：

场景1：库作为本地Jar引入时 #

Jar文件本身不携带任何依赖元数据，哪怕你在库的build.gradle里用api声明了EventBus，App也无法从Jar中识别到这个依赖。有两个解决方向：

• 推荐方案：在App中手动补充EventBus依赖
  直接在App的build.gradle里添加EventBus的依赖声明：

  implementation 'org.greenrobot:eventbus:3.1.1'
  

  这个方案最安全，能避免后续出现依赖版本冲突的问题，也是日常开发中最常用的处理方式。

• 备选方案：打包包含EventBus的Fat Jar（不推荐）
  如果一定要把EventBus打包进库的Jar里，可以用Gradle的Shadow插件生成包含所有依赖的Fat Jar。但要注意：如果App本身或其他依赖也引入了EventBus，会触发类重复定义的运行时错误。配置示例：

  plugins {
      id 'java'
      id 'com.github.johnrengelman.shadow' version '7.1.2'
  }
  
  shadowJar {
      mergeServiceFiles()
  }
  

  执行./gradlew shadowJar即可生成包含依赖的Jar文件。

场景2：库作为Gradle远程依赖发布时 #

这种情况通常是发布库时没有正确生成包含依赖信息的POM文件，导致Gradle无法自动解析传递依赖。你需要确保发布流程能生成并上传包含依赖元数据的POM：

用maven-publish插件配置发布 #

如果是Java库，在库的build.gradle中添加如下配置：

plugins {
    id 'java'
    id 'maven-publish'
}

publishing {
    publications {
        maven(MavenPublication) {
            from components.java
        }
    }
    repositories {
        // 配置你的远程仓库，比如私有Maven仓库或本地maven仓库
        mavenLocal()
    }
}

如果是Android库，调整为：

plugins {
    id 'com.android.library'
    id 'maven-publish'
}

android {
    // 你的Android项目配置...
}

publishing {
    publications {
        release(MavenPublication) {
            from components.release
        }
    }
    repositories {
        mavenLocal()
    }
}

执行./gradlew publish完成发布后，App引入远程依赖时，Gradle会自动从POM文件中读取EventBus的依赖并拉取，无需手动添加。

额外注意事项 #

• 确认库的build.gradle里确实用的是api 'org.greenrobot:eventbus:3.1.1'，而非implementation——implementation不会将依赖传递给上层模块，只有api才具备依赖传递能力。
• Android库默认输出AAR格式，AAR本身包含依赖元数据，只要正确发布AAR，依赖传递就能正常工作；尽量避免手动导出Jar，否则会丢失依赖信息。

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