如何解决Gradle中“Circular dependency between the following tasks”错误？

一、打破循环依赖的可行方案 #

1. 提取共享代码到独立模块 #

把两个模块互相依赖的类，以及需要用到旧版库的相关代码，抽离到一个新的Android Library模块（比如命名为:common）：

• 在:common的build.gradle中添加旧版库的依赖；
• 将app和app1中需要跨模块调用的类移到:common里；
• 分别在app和app1的build.gradle中添加依赖：implementation project(':common')；
• 删掉app和app1中互相依赖对方模块的代码行。
  这样两个模块都只依赖独立的:common，彻底消除循环依赖。

2. 用接口抽象解耦 #

如果只是某一方需要调用另一方的特定功能，不需要依赖整个模块：

• 在:common模块定义接口（比如OldLibFeature），声明需要调用的方法；
• 在提供功能的模块（比如app1）中实现这个接口；
• 在需要调用的模块（比如app）中，通过依赖注入、反射或者事件总线的方式获取接口实例并调用，无需直接依赖app1模块。

二、同一模块兼容新旧版本库的方案 #

1. 修改旧版库包名（jarjar工具） #

如果新旧版本库的包名冲突导致无法同时引入，可以用jarjar工具修改旧版库的包名：

• 下载旧版库的jar包，用jarjar将其包名批量替换（比如把com.old.lib改成com.old.lib.v1）；
• 将修改后的jar包放到项目的libs目录，添加依赖：implementation files('libs/old-lib-renamed.jar')；
• 正常引入新版库：implementation 'com.new.lib:2.0'。
  这样两个版本的库包名不同，编译时不会冲突，代码中可以通过不同的包名调用对应版本的类。

2. 动态加载旧版库 #

把旧版库打包成单独的插件apk或者dex文件，在运行时通过自定义类加载器加载，编译时项目只依赖新版库，运行时按需加载旧版类。这种方式适合对旧版类的调用频率不高的场景，但实现复杂度较高，需要处理类加载隔离、资源访问等问题。

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