AndroidStudio一个工程打包多个不同包名的APK实例详解
公司最近有个特别的需求,同一套代码,稍做修改(如包名不一样,图标不一样,应用名不一样等),编译出几个不同的应用。刚好用AS重构完项目,在网上查阅了一些资料,终于搞定!!在这记录一下。
创新互联是一家专业提供陇川企业网站建设,专注与网站设计、成都网站设计、H5高端网站建设、小程序制作等业务。10年已为陇川众多企业、政府机构等服务。创新互联专业网站制作公司优惠进行中。
AS主要是利用gradle来实现这个需求的,具体做法如下:
修改app的build.gradle文件
假设我们同一套代码编译2个app:app1和app2
android { ... productFlavors { // app1 app1 { // 设置applicationId(这里很重要,两个相同applicationId的apk不同同时安装在同一台Android手机中) applicationId "com.johan.demo" // 自动生成@string/app_name为demo resValue "string","app_name","demo" // 定义app_icon字段,在AndroidManifest.xml文件中用到 manifestPlaceholders = [app_icon : "@mipmap/ic_launcher"] } // app2 app2 { // 解释同app1 applicationId "com.johan.demo1" resValue "string","app_name","demo1" manifestPlaceholders = [app_icon : "@mipmap/ic_launcher1"] } } lintOptions { checkReleaseBuilds false abortOnError false } }
注意啦,这里有个坑,我们上面写了
resValue "string","app_name","demo"
运行之后,AS会自动生成@string/app_name,内容是这样的
- demo
那么问题来了,如果你在app的strings.xml文件也定义了
demo
编译的时候就会出现问题,因为有2个app_name,所以我们要把app的strings.xml去掉,编译就会正常了。
再注意啦,我们 只能在app的build.gradle文件配置各个版本的值 ,如
app1 { buildConfigField "int", "TYPE", "1" } app2 { buildConfigField "int", "TYPE", "2" }
如果你在其他子模块配置的话,编译时出现乱七八糟的错误!!
如果子模块需要配置的值,可以在公共模块定义静态变量,在app模块取出配置值后,设置到公共模块定义的静态变量中,这样的话各个模块都可以取到!!
修改AndroidManifest.xml文件
注意啦,icon属性的值是${app_icon},虽然为红色,但是不要紧,我们在build.gradle文件中加入了这么一段代码:
android { ... lintOptions { checkReleaseBuilds false abortOnError false } }
这里的作用就是即使项目中报错也不会停止打包 。
打包并签名APK
我们打包时,就会出现2个app:
我们选择2个app,AS就会帮我们打包2个不同的APK了,就这么简单!!
填坑
今天按照以上步骤在开发项目尝试了一下,虽然可以打包不同版本的apk,但是不能同时安装到同一台设备,提示:xx有相同组件之类的。然后查看两个apk的包名是否一样,结果两个apk的包名是不同的。就这个问题查了一整天,果然皇天不负有心人,被我找到了,原因是我在AndroidManifest文件定义了一个provider:
记住,provider标签的authorities属性的值一定要是唯一的,如果两个app的authorities属性值一样,就会提示安装失败,一定要记住!!
查看包名的方法:
因为我们此时的apk不能安装的手机上,所以只有apk这个包,这时,我们使用aapt命令(aapt是sdk自带的一个工具,在sdk\builds-tools\目录下):
aapt dump badging D:\apk\xxx.apk | findstr package
总结
以上所述是小编给大家介绍的Android Studio 一个工程打包多个不同包名的APK实例详解,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对创新互联网站的支持!
标题名称:AndroidStudio一个工程打包多个不同包名的APK实例详解
路径分享:http://hbruida.cn/article/piepss.html