Android组件工程怎么优雅的在宿主工程源码调试(1)，webrtc音视频开发

这个时候我们直接在宿主工程中源码依赖技术组件A，会发现修改源码不生效

2. 问题说明

---

为了验证这个问题，我们需要新建一个工程，里面包括宿主工程和组件工程，工程结构如下

其中app为宿主工程，mylibrary为业务组件工程，commonlibrary为基础组件工程

组件工程里面代码如下：

[–>CommonLibrary.java]

package com.example.commonlibrary;

/**

• Author: xuweiyu

• Date: 2021/10/16

*/

public class CommonLibrary {

public static String className = “CommonLibrary.java”;

}

将commonlibrary工程打包成aar，上传至maven

[–>MyLibrary.java]

package com.example.mylibrary;

import com.example.commonlibrary.CommonLibrary;

/**

• Author: xuweiyu

• Date: 2021/10/16

*/

public class MyLibrary {

public static String className = “MyLibrary.java”;

public static String commonClassName = CommonLibrary.className;

}

[–>依赖配置]

dependencies {

implementation ‘com.xwy.test:commonlibrary:1.0.0’

}

mylibrary工程会依赖commonlibraryaar包

将mylibrary工程打包成aar，上传至maven

此时就完成了业务组件对基础组件的依赖

app宿主工程如下：

package com.example.testactivitytask

import android.content.Intent

import android.os.Bundle

import android.util.Log

import androidx.appcompat.app.AppCompatActivity

import com.example.mylibrary.MyLibrary

import com.example.testactivitytask.databinding.ActivitySecondBinding

class SecondActivity : AppCompatActivity() {

override fun onCreate(savedInstanceState: Bundle?) {

super.onCreate(savedInstanceState)

val binding = ActivitySecondBinding.inflate(layoutInflater)

setContentView(binding.root)

// 引用 library工程下的 MyLibrary

Log.e(“xwy–>”, “MyLibrary.className:${MyLibrary.className}”)

Log.e(“xwy–>”, “MyLibrary.commonClassName:${MyLibrary.commonClassName}”)

}

}

在app工程中添加对mylibrary的依赖

dependencies {

implementation ‘com.xwy.test:mylibrary:1.0.0’

…

}

运行结果

2021-10-16 13:53:11.019 29302-29302/com.example.testactivitytask E/xwy–>: MyLibrary.className:MyLibrary.java

2021-10-16 13:53:11.019 29302-29302/com.example.testactivitytask E/xwy–>: MyLibrary.commonClassName:CommonLibrary.java

一切正常

调试模式场景

在app工程中添加对commonlibrary工程的源码依赖

dependencies {

implementation project(path: ‘:commonlibrary’)

// mylibrary aar 会传递依赖 commonlibrary aar

implementation ‘com.xwy.test:mylibrary:1.0.0’

…

}

修改commonlibrary工程代码

public class CommonLibrary {

public static String className = “CommonLibrary.java–>update”;

}

运行程序，会发现修改的源码没有生效。

执行gradlew build --refresh-dependencies会显示如下的错误

Type com.example.commonlibrary.BuildConfig is defined multiple times:

/Users/xuweiyu/Work/TestActivityTask/commonlibrary/build/

.transforms/5da046d126b3df77c21768d16a3e3ca0/classes/classes.dex,

/Users/xuweiyu/Work/TestActivityTask/app/build/intermediates/external_libs_dex

/release/mergeExtDexRelease/classes.dex

解释一下这个错误，错误原因为dex文件合并的时候发现有多个com.example.commonlibrary.BuildConfig文件。

原因为我们通过aar依赖和源码依赖，引入了两个相同文件。

3. 解决问题

---

既然问题出现的原因是引入了两份相同的代码，那么我们在编译的时候去除掉aar依赖不就可以了，一个被大众所熟知的方式就是在引入mylibrary的时候去掉对commonlibrary的依赖，那么我们可以这样做， 在app工程依赖mylibrary的时候采用如下方式：

dependencies {

implementation project(path: ‘:commonlibrary’)

// mylibrary aar 会传递依赖 commonlibrary aar， 利用exclude去除依赖

implementation (‘com.xwy.test:mylibrary:1.0.0’){

transitive = true

exclude group: ‘com.xwy.test’, module: ‘commonlibrary’

}

…

}

运行结果

2021-10-16 15:16:57.194 31535-31535/com.example.testactivitytask E/xwy–>: MyLibrary.className:MyLibrary.java

2021-10-16 15:16:57.194 31535-31535/com.example.testactivitytask E/xwy–>: MyLibrary.commonClassName:CommonLibrary.java–>update

可以看到修改的代码已经生效，问题可以解决。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！**

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）

[外链图片转存中…(img-j3sbtlUQ-1712438773123)]

[外链图片转存中…(img-iaUX7LlP-1712438773124)]

《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！