Android Studio 如何将子工程的APK输出到到主工程中被使用

Android组件化实践
本文介绍了如何在Android Studio中实现组件化开发,通过Gradle配置将一个项目的APK安装包自动输出到另一个项目的指定目录,从而方便地进行模块间的集成。

android studio中如何将一个项目的apk安装包输出到其他工程目录下

标签: androidapk组件化gradle
639人阅读 评论(0) 收藏 举报
本文章已收录于:
分类:

1. 前言

这里写图片描述
上图是淘宝apk解压后(手机淘宝_com.taobao.taobao_144\lib\armeabi)该目录下的文件,之前以为淘宝为了安全 ,原生代码都用C语言去实现,然后编译成so,今天看到公司组件化实现方式才明白,so其实就是一个个apk,就是主工程动态装载的bundle(apk)。简单点说,就是一个主工程,其他各个业务部门,自己新建各自的子工程,那么问题来了,如果几十个业务部门,一个一个拷贝很麻烦,如何自动生成到主工程呢?
目前使用的Android stuido开发android项目,现在有A项目和B项目,B项目中需要用到A项目的apk包(A项目的apk放到B项目的armeabi目录下)

2.具体实现

apply plugin: 'com.android.application'
def outputPathName = "E:\\companyproject\\Test\\Test\\TestB\\src\\main\\jniLibs\\armeabi\\some.apk"

android {
    compileSdkVersion 23
    buildToolsVersion "24.0.0 rc2"

    defaultConfig {
        applicationId "com.example.test.test"
        minSdkVersion 15
        targetSdkVersion 23
        versionCode 1
        versionName "1.0"
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
    //这是应用编译完成
    applicationVariants.all { variant ->
        variant.outputs.each  { output ->
            //开始输出
            output.outputFile = new File(outputPathName)
        }
    }
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    compile 'com.android.support:appcompat-v7:23.3.0'
}
     
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33

其实就两个地方添加代码:
1)声明输出路径

def outputPathName = "E:\\companyproject\\Test\\Test\\TestB\\src\\main\\jniLibs\\armeabi\\some.apk"
     
  • 1
  • 1

2)执行输入

//这是应用编译完成
    applicationVariants.all { variant ->
        variant.outputs.each  { output ->
            //开始输出
            output.outputFile = new File(outputPathName)
        }
    }
     
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7

3.其他

组件化可以参考一下携程的:
携程移动端架构演进与优化之路

0
0
 
 
我的同类文章

参考知识库

img
Android知识库

img
C语言知识库

img
大型网站架构知识库

更多资料请参考:
猜你在找
iOS移动开发从入门到精通(Xcode7 & Swift2)
精通iOS移动开发(Xcode7&Swift2;) 初识Xcode7.0
Android Studio 开发详解
iOS开发系列视频教程【C语言】
Android APP开发之真机调试环境实现
关闭
查看评论

  暂无评论

发表评论
  • 用 户 名:
  • JxMY_1989
  •   
* 以上用户言论只代表其个人观点,不代表优快云网站的观点或立场
<think>我们面对的问题:如何在AndroidStudio中不同APK工程之间复用Gradle配置或构建脚本。核心思路:Gradle支持多种代码复用机制,包括使用共享脚本(通过`applyfrom`)、自定义插件、以及使用复合构建(compositebuilds)或多项目构建(multi-projectbuilds)。根据引用[4]中提到的Gradle构建脚本的配置,以及引用[5]中关于变体(variants)的操作,我们可以知道Gradle构建脚本具有很高的可配置性。具体解决方案:1.**使用`applyfrom`引入外部脚本**:在一个项目中,我们可以将公共的Gradle配置写在一个单独的.gradle文件中,然后在其他项目的build.gradle文件中通过`applyfrom:'路径/公共配置.gradle'`来引入。优点:简单直接,适合复用少量的配置。缺点:路径管理可能复杂,尤其是跨工程时可能需要使用绝对路径或相对路径,而且如果公共配置过多,维护起来可能不便。2.**使用自定义Gradle插件**:我们可以将公共的构建逻辑封装在一个自定义的Gradle插件中,然后发布到本地或远程仓库,其他项目就可以通过`applyplugin:'自定义插件'`来使用。优点:封装性好,可复用性强,适合复杂的构建逻辑。缺点:需要额外的开发工作,并且需要管理插件的版本。3.**使用多项目构建(multi-projectbuilds)**:如果多个APK工程属于同一个代码库,我们可以将它们组织在一个Gradle多项目中。在根项目的settings.gradle中定义包含的项目,然后在根项目的build.gradle中定义公共配置,项目通过`applyfrom:rootProject.file('公共配置.gradle')`来引入。优点:配置集中管理,项目可以共享根项目的配置。缺点:多个项目必须在同一个代码库中,不适合完全独立的项目。4.**使用复合构建(compositebuilds)**:这是Gradle提供的一种机制,允许将多个独立的构建组合在一起。其中一个构建可以依赖另一个构建的输出(例如插件)。优点:适合独立的项目之间共享构建逻辑。缺点:配置相对复杂。5.**使用buildSrc目录**:在项目的根目录下创建buildSrc目录,该目录下的代码会被自动编译并添加到构建脚本的类路径中。这样我们就可以在buildSrc中编写公共的Gradle脚本或插件,然后在同一个项目的各个模块中直接使用。注意:buildSrc只对当前项目有效,如果要在不同项目间共享,需要将buildSrc中的代码发布为插件,或者使用上面的多项目构建方式。考虑到用户提到的是“不同APK工程”,即可能是完全独立的项目,那么推荐使用自定义插件的方式,或者使用`applyfrom`引入网络上的共享脚本(例如放在一个统一的服务器上)。具体步骤示例(使用自定义插件):步骤1:创建一个独立的Gradle插件项目(或在一个已有的项目中创建buildSrc目录)。步骤2:在插件中定义公共的配置逻辑,例如:```groovypackagecom.exampleimportorg.gradle.api.Pluginimportorg.gradle.api.ProjectclassCommonConfigPluginimplementsPlugin<Project>{voidapply(Projectproject){project.android{compileSdkVersion30defaultConfig{minSdkVersion21targetSdkVersion30versionCode1versionName"1.0"}//其他公共配置...}}}```步骤3:发布插件到本地或远程仓库(例如mavenlocal)。步骤4:在其他APK工程的build.gradle文件中引入插件:```groovybuildscript{repositories{mavenLocal()}dependencies{classpath'com.example:common-config-plugin:1.0.0'}}applyplugin:'com.example.commonconfig'```另外,如果配置比较简单,也可以直接使用`applyfrom`方式,例如将公共配置放在一个Git仓库中,然后通过HTTPURL引入:```groovyapplyfrom:'https://example.com/path/to/common-config.gradle'```注意事项:-确保路径或URL的可用性。-公共配置中尽量避免硬编码,使用变量或外部属性文件来配置。根据引用[2]中提到的Gradle是构建工具的核心,以及引用[3]中关于创建项目和配置Gradle脚本的重要性,我们可以知道合理组织构建脚本对项目维护至关重要。因此,对于不同的独立工程,建议使用自定义插件的方式,这样既能够复用配置,又能够保持灵活性。相关问题:1.在AndroidStudio中,如何创建一个自定义Gradle插件?2.使用`applyfrom`引入外部脚本时,如何管理不同项目的路径问题?3.在多项目构建中,如何避免项目之间的配置冲突?4.如何将自定义Gradle插件发布到远程仓库供团队使用?5.使用复合构建(compositebuilds)时需要注意哪些问题?</think>在 Android Studio 中,不同 APK 项目之间可以通过以下方式复用 Gradle 配置或构建脚本,实现高效共享: ### 一、核心复用方案 1. **共享脚本模块 (推荐)** 创建独立的 `.gradle` 脚本文件(如 `common-config.gradle`),存放公共配置: ```groovy // common-config.gradle android { compileSdkVersion 34 defaultConfig { minSdkVersion 23 targetSdkVersion 34 } } dependencies { implementation 'androidx.core:core-ktx:1.12.0' } ``` 在其他项目的 `build.gradle` 中引入: ```groovy apply from: "../path/to/common-config.gradle" // 相对路径或绝对路径 ``` 2. **自定义 Gradle 插件** 将复杂逻辑封装为插件: ```groovy // buildSrc/src/main/groovy/CommonPlugin.groovy class CommonPlugin implements Plugin<Project> { void apply(Project project) { project.android { buildTypes { release { minifyEnabled true } } } } } ``` 在目标项目中应用插件: ```groovy plugins { id 'com.example.commonplugin' } ``` 3. **多项目构建 (复合构建)** 在 `settings.gradle` 中引入其他独立项目作为复合构建: ```groovy includeBuild('../shared-config-module') // 指向共享配置模块 ``` 直接复用模块中的任务和配置。 --- ### 二、关键操作指南 1. **路径处理技巧** 使用 `rootProject.projectDir` 动态获取路径(参考引用[4]): ```groovy apply from: "${rootDir}/config/common-dependencies.gradle" ``` 2. **变体配置复用** 跨项目复用变体逻辑(参考引用[5]): ```groovy android.applicationVariants.all { variant -> variant.outputs.each { output -> output.outputFileName = "app-${variant.name}.apk" } } ``` 3. **参数化配置** 通过 `ext` 定义共享变量: ```groovy // 根项目 build.gradle ext { kotlinVersion = "1.9.22" } // 模块引用 implementation "org.jetbrains.kotlin:kotlin-stdlib:$kotlinVersion" ``` --- ### 三、最佳实践建议 1. **统一依赖管理** 创建 `versions.gradle` 集中管理依赖版本: ```groovy ext.deps = [ retrofit: "2.9.0", glide : "4.16.0" ] ``` 所有项目通过 `deps.retrofit` 引用。 2. **插件化复杂逻辑** 对于 APK 签名配置、多渠道打包等复杂操作,优先封装为自定义插件,确保跨项目一致性。 3. **避免全局覆盖** 使用 `subprojects` 或 `allprojects` 时添加条件判断,防止误覆盖: ```groovy subprojects { if (project.name.startsWith("app-")) { apply plugin: 'com.android.application' } } ``` > **重要提示**:跨项目共享时需确保 Android Gradle Plugin 版本兼容(参考引用[2]的跨平台构建建议),否则可能引发 Gradle 同步失败。 --- ### 相关问题 1. 如何在 Gradle 插件中动态修改 APK 输出文件名? 2. 使用复合构建(composite builds)时如何处理依赖冲突? 3. 如何将自定义 Gradle 插件发布到私有仓库供团队复用? 4. 在多项目构建中如何统一管理 Android Gradle Plugin 版本? 5. 共享配置脚本时如何安全处理敏感信息(如签名密钥)?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值