记 Android 依赖排除
2020-08-07 本文已影响0人
大队辅导猿
image.png
解压
使用
解压
打包源码为
打包所有文件(
项目越来越庞大,业务变的复杂引入的库也多,很容易冲突,记录一次采坑经历
背景:接入直播依赖,与之前的CC直播冲突,底层都是引用webrtc
一、运行时报错会提示哪个依赖冲突,先确定下哪个依赖下的模块发生冲突
Android 查看项目依赖树的方式:
查看冲突的jar包,可以使用一下命令查看
Android Studio的 Terminal下敲 gradlew xxxx:dependencies 命令,查看依赖树
./gradlew 模块名:dependencies //查看单独模块的依赖
./gradlew :app:dependencies --configuration compile //查看项目的编译依赖
或者使用 Gradle Project
例如引入这个模块的时候会自动帮我们引入com.google.android:support-v4
当我们其他模块或者当前模块存在依赖,会出现包的冲突,使用exclude排除依赖模块就可以
compile('org.eclipse.paho:org.eclipse.paho.android.service:1.0.2') {
exclude(group: 'com.google.android', module: 'support-v4')
}
如果在不同模块发生冲突,排除后,其他模块的下的依赖引入要用
使用api ,不能使用 implementation,implementation只允许模块内部访问,导致其他模块访问不到
二、简单的冲突可以上面方法解决,如果引入依赖下的jar包,或者java包下的类与本项目依赖冲突,不能把 mode 整体排除,对比jar下的文件,需要对aar包的重打
- 在本地找到依赖的aar包
- 解压.aar文件
- 使用jd-gui查看源码并定位到代码再修改
- 解压.aar文件解压后产生的classes.jar文件
- 打包源码为classes.jar
- 打包所有文件(res文件、classes.jar、AndroidManifest.xml等)为xxx.aar
解压.aar
文件
myLib.aar
要解压的aar文件,tempFolder
解压的文件名
$ unzip myLib.aar -d tempFolder
使用jd-gui
查看源码并定位到代码再修改
- 进入
tempFolder
把里面的classes.jar
复制出来 - 再使用jd-gui(mac版下载地址:https://github.com/parcool/resources/blob/master/jd-gui-1.4.0.jar windows自行下载)打开
classes.jar
找到需要修改的地方,把这个类的代码copy出来,在android studio中新建项目,把这个.aar
放到新建libs
文件夹里再引用它,把之前copy出来的代码新建一个.java
后粘贴到里面(注意包名也得一样,部分报错的代码需要手动修改一下。比如:this
关键字之类的删掉),改好后build一下,从/build/intermediates/classes/debug/对应包名
找到修改的.class
文件。
注:新版(没研究过具体哪个版本开始)的android studio
生成的.class
位置变了,在/build/intermediates/javac/debug/对应包名
下。
解压.aar
文件解压后产生的classes.jar
文件
- 解压
classes.jar
。命令:$ unzip classes.jar -d tempFolderClasses
- 把第二步生成的
.class
文件放到tempFolderClasses
文件夹下对应的地方替换掉以前的.class
文件(大功即将告成)
打包源码为classes.jar
$ jar cvf newClasses.jar -C tempFolderClasses/ .
(注意斜杠后面加空格与.)
再把这个newClasses.jar
放回tempFolder
并删除之前的,修改文件名为classes.jar
打包所有文件(res文件、classes.jar、AndroidManifest.xml
等)为xxx.aar
$ jar cvf newAAR.aar -C tempFolder/ .
关于AAR包的重打再分享给大家一个轮子
一个用于排除AAR包中冗余或者冲突类的gradle脚本(Jar包也适用)
重打完aar包依赖引入,再排除冲突依赖就可以解决
implementation(name: 'newAA', ext: 'aar')
如果类名不同,类里面方法不同,或者引入的so包版本不同,目前没有好的方案,只能去掉一方,或者统一下版本。建议大家不要修改,会引发已有功能的报错