Android项目中多Module项目架构以及优雅的解决第三方库依赖问题

本文介绍了一种在App应用中分布多套系统代码的方法,通过使用多个Module来实现业务代码的完全隔离,便于后续的扩展和维护。文章详细阐述了主入口Module与多个业务Module之间的依赖关系,并解释了如何正确配置依赖避免重复。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前景

最近,公司项目有调整,需要在一个App应用中分布多套系统代码,从扩展以及维护的角度来看,我们需要将多套系统的业务代码完全隔离开,以便于后期的拓展开发和维护,如果我们把多套代码写到一个Module里面,虽然也能从制定代码标准的角度去隔离多套系统的代码,但是这样的成本会很高,而且很容易出现代码标准执行不到位而导致的代码隔离不彻底的问题,从而引发后续一系列问题。所以,我们必须要采用多个Module的方式部署多套系统。

架构设计

首先,我们需要一个主入口Module,这个Module是application类型的,也就是包名配置,版本信息等等都是在这个Module中进行配置,其次,我们分别建立多个library类型的Module对应多个系统,这里以Test1和Test2两个Module为例,同时,主Module依赖Test1和Test2两个Module,另外,建立一个公共的library类型的Module作为各个系统希望依赖的第三方插件基础库,这里我们举例为applibrary。他们的关系图如下所示:

在这里插入图片描述

 

项目示例

如图,设计一个项目按前面的架构设计新建对应的Module

在这里插入图片描述

 

在主Module的build.gradle文件中分别依赖Test1和Test2两个Module项目

dependencies {
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    implementation 'com.android.support.constraint:constraint-layout:1.1.3'
    androidTestImplementation('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
        exclude group: 'com.google.code.findbugs'
    })
    implementation project(path: ':Test1')
    implementation project(path: ':Test2')
}


在Test1以及Test2两个module项目中的build.gradle文件中分别依赖applibrary项目

dependencies {
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    implementation 'com.android.support.constraint:constraint-layout:1.1.3'
    androidTestImplementation('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
        exclude group: 'com.google.code.findbugs'
    })
    implementation project(path: ':applibrary')
}

applibrary这个module依赖一个公用的jar包

在这里插入图片描述

 

dependencies {
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    androidTestImplementation('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
        exclude group: 'com.google.code.findbugs'
    })
    implementation files('libs\\poi-3.12-android-a.jar')
    implementation files('libs\\poi-ooxml-schemas-3.12-20150511-a.jar')
    api files('libs/dom4j-2.0.2.jar')
}


依赖问题

如上图所示,我们的Test1和Test2都需要用到dom4j-2.0.2.jar这个基础包,如果我们分别在Test1和Test2的libs目录中添加这个jar包的话会造成重复依赖导致无法编译,同时也没必要,这个是我我们单独建立一个applibrary的module用于基础公共库的依赖处理,但是需要注意的是不能用implementation类型,必须要用api ,因为implementation类型只在内部使用了该 module,不会向外部暴露其依赖的 module 内容api类型表示当前 module 会暴露其依赖的其他 module 内容
————————————————
原文链接:https://blog.csdn.net/aaaym/article/details/127704059

<think>嗯,用户问的是Android导入第三方库失败的问题,我需要根据提供的引用资料来整理解决方案。首先,我得看看引用中提到的可能原因和解决方法。 首先,引用[1]和[2]都提到了Gradle版本不一致的问题。用户可能在导入第三方库时,比如SlidingMenu,项目中的Gradle插件版本和第三方库的不一致,导致构建错误。解决方法应该是统一两者的版本,比如都使用3.1.2,或者在第三方库的build.gradle里更新版本。这点很重要,因为版本冲突是常见的问题。 接下来,引用[3]提到了找不到so库的问题。这通常发生在使用native代码的库中,比如有些库需要特定的ABI支持。解决方法是配置ndk的abiFilters,指定支持的架构,比如armeabi-v7a,同时确保jniLibs.srcDirs正确指向包含so文件的libs目录。这可能涉及到修改build.gradle中的defaultConfig和sourceSets部分。 然后,引用[4]提到导入成功后会出现library文件夹,这说明正确的导入步骤可能需要手动添加库模块,并在settings.gradle中包含,然后在app的build.gradle中添加依赖。步骤可能包括File -> New -> Import Module,然后配置依赖。 另外,用户可能遇到的还有依赖冲突,比如个库引用了不同版本的同一库。这时候需要用exclude group或者强制指定版本来解决。还有可能缓存问题,需要清理和重新构建项目。 总结下来,解决方案应该分步骤:检查Gradle版本、配置NDK和so库路径、正确导入库模块、处理依赖冲突、清理缓存。需要一步步引导用户检查每个可能的问题点,并提供具体的代码示例,比如如何修改build.gradle文件。同时,要提醒常见的注意事项,比如网络问题导致依赖下载失败,或者文件路径是否正确。最后,相关问题可以扩展到性能优化或其他库的导入问题,帮助用户深入理解。</think>### Android第三方库导入失败解决方案 #### 一、Gradle版本不匹配问题 当主项目第三方库的Gradle插件版本不一致时,会导致构建失败。需在**项目级build.gradle**文件中统一版本: ```groovy dependencies { classpath 'com.android.tools.build:gradle:3.1.2' // 主项目第三方库需保持一致[^2] } ``` #### 二、NDK配置缺失 当库包含原生代码(.so文件)时,需在**模块级build.gradle**中显式声明支持的ABI架构: ```groovy android { defaultConfig { ndk { abiFilters 'armeabi-v7a', 'arm64-v8a' // 指定支持的CPU架构[^3] } } sourceSets { main { jniLibs.srcDirs = ['libs'] // 指定so库路径 } } } ``` #### 三、手动导入库模块 1. 通过菜单栏选择`File > New > Import Module` 2. 定位第三方库的源码目录 3. 在**settings.gradle**添加包含声明: ```groovy include ':app', ':library' // 添加新导入的库模块[^4] ``` 4. 在**app模块build.gradle**添加依赖: ```groovy dependencies { implementation project(':library') // 声明模块依赖 } ``` #### 四、依赖冲突处理 当出现个库引用不同版本的同一依赖时,使用强制版本声明: ```groovy configurations.all { resolutionStrategy { force 'com.android.support:appcompat-v7:28.0.0' // 强制指定版本 } } ``` #### 五、缓存清理操作 执行以下步骤清除构建缓存: 1. `Build > Clean Project` 2. `File > Invalidate Caches / Restart` 3. 删除项目根目录下的`.gradle`文件夹 #### 注意事项 1. 确保网络连接正常(影响依赖下载) 2. 检查库文件完整性(特别是.aar/.jar文件) 3. 验证库要求的SDK版本是否匹配
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值