Android 多渠道打包原理和使用

2024-09-06 01:18

本文主要是介绍Android 多渠道打包原理和使用,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

每次中午吃饭总会和技术同学聊天。当做 iOS 开发的做安卓开发的人员在一起的时候,他们中间又多了一个话题:iOS 开发难还是安卓开发难。

这个时候做安卓开发的同学最激动说安卓开发要自己画界面、机型复杂、操作系统多 rom 又被各家改的四不像....开发一个安卓 APP 的时间将近是开发 iOS 所需时间的 2 倍。iOS 开发的同学可能就会反驳说 iOS 开发入门难度比安卓高,开发中第三方库不像安卓那么多,开发设备又必须是 MAC,而安卓随便一台 PC 即可...笔者认为,这个问题因人而异,不想再引起一场争论。其实,今天想说的是,安卓开发中还有一件事情比较痛苦那就是打包。

做过 APP 开发的人都知道安卓的渠道林立,笔者记得曾经工作的一家公司每次发包都要运行脚本去打包,每次打几百个 APK,花费几个小时,电脑都累的风扇呼呼叫。而 iOS 由于其封闭性,渠道除了 AppStore 之外几乎很少了。所以,安卓 APP 开发之后要把 APP 分发出去要做的事情要比 iOS 多这个是一定的。这篇文章咱们就和做安卓开发的同学聊一下安卓 APP 多渠道打包的事情。

APP多渠道打包原理讲解

要多渠道打包,我们就来说一下渠道如何标识。一般来说渠道标识有两个地方可以做: 1、在代码中写,例如 TalkingData 就提供了这种方式

//启动代码
init(final Context context, final String appId,  final String partnerId);  
//这种方式不需要在 AndroidManifext.xml 里的 meta-data 申明了 TD_APP_ID 和 TD_CHANNEL_ID

2、在 AndroidManifext.xml 中填写,还拿 TalkingData 举例子

//启动代码
init(final Context context);  
//这种方式可以使用多渠道打包工具,方便一次打包多个发布渠道//AndroidManifext.xml中这样写
<meta-data android:name="TD_CHANNEL_ID" android:value="Your_channel_id" />  

如果是单独打一个 APP 包加上上面的配置直接 IDE 中导出 APK 就行了,如果打很多个 APK 用 IDE 就很费力。 要想多渠道打包,就需要对 Android 的整体的打包编译过程有所了解。下面认识下 Android 的 java 代码、XML 格式的资源文件、图片文件等资源是如何转换成为一个 APK 的。 Android 多渠道打包原理和使用

大家从图中可以看出,大体分为以下 7 个大步: 1、打包资源文件,生成 R.java 文件

2、处理 aidl 文件,生成相应 java 文件

3、编译工程源代码,生成相应 class 文件

4、转换所有 class 文件,生成 classes.dex 文件

5、打包生成 apk

6、对 apk 文件进行签名

7、对签名的 apk 进行 zipalign 对其操作

说明:这里只是大致表明大致的打包编译过程,其实如果细分每一部分还有很多细节。

结合原理和渠道的 1、2 两种设置方法我们分别来说.

1、如果渠道信息是通过 Java 的硬编码方式来做的,我们可以在打包之前预处理 Java 源文件,找到渠道设置关键字,从渠道列表中找到一个渠道设置进去即可。由于脚本这块儿,不同的语言的实现方式不同,这里不做过多的说明。如果有需要的我可 以把自己之前 shell 写的一段代码分享了。

2、如果使用写在 AndroidManifext.xml 中,这个就可以通过读取 XML 文件的方式定位到 meta-data 并且 android:name 的值为 TD CHANNEL ID 的元节点。把这个元节点的值设置成某一个渠道即可。这里推荐大家看一下友盟开源的一个多渠道打包工具中有相关的实现细 [1]。这个过程发生在上图中的 aapt 阶段,这个阶段做的事情还比较多没有分来来说。

大致原理就是这样,其实也很简单~,就是在正常的 Android 打包编译过程中进行干涉,加入一些逻辑来替换相关的渠道信息,保证打包之后的 APK 中的渠道信息各不相同。 其实这个过程是这样的: Android 多渠道打包原理和使用 说明:图片来源网络

然后编写脚本或者工具来循环的这个过程....

Android Studio多渠道打包

Android Studio 发布已经好长时间了,Google 也一直在维护在更新,Android 开发的小伙伴你们用起来了吗?听说身边做开发的很多都转向了这个神器。这里,我们就重点说一下如何在 Android Studio 中实现多渠道打包,后续给出一个 Demo来做演示,笔者觉得这样更实用。第一步在 AndroidManifext.xml 中配置渠道

<meta-data android:name="TD_CHANNEL_ID" android:value="${ONEAPM_TEST_CHANNEL}" />

第二步,在 APP 下的 build.gradle 中添加

   productFlavors {wandoujia{}"1234Test"{}"1test111"{}}productFlavors.all {flavor -> flavor.manifestPlaceholders = [ONEAPM_TEST_CHANNEL: name]}

解释:productFlavors 类似于一个产品的不同特性的配置[2]. productFlavors.all 是一个遍历,每一个 productFlavors 中的值,其中productFlavors 的每一个值都有一个 name ,就是类似 wandoujia 这样的字符,每次循环的时候会替换掉 AndroidManifext.xml 中的${ONEAPM TEST CHANNEL}。 第三步,执行打包命令 打开命令行定位到 project 目录,执行

gradlew assembleRelease

不出意外的话 bulid->outputs->apk 下面会有各个渠道的包,如下图 Android 多渠道打包原理和使用

注意事项:1、productFlavors 定义的时候里面的类似 wandoujia,不能是数字开头,不能是关键字 test 等,因为你要意识到你在写 gradle 脚本,要符合 groovy 语法。如下面的就不合法

Android 多渠道打包原理和使用

2、flavor.manifestPlaceholders = [ONEAPM TEST CHANNEL: name]中的ONEAPM TEST CHANNEL 一定要和 AndroidManifext.xml 定义的一致。

打包发布之后还要做什么

开发者花费了很大的心血做出一款 APP 为的就是希望这款 APP 产生它应有的价值。所以我们会集成一些统计例如友盟、talking data,有了它每日活跃、新增、留存就有地方看了,这个估计每个开发者都会做。单更重要的是,我们做出的 APP 要保证在每台手机都能正常的打开和使用,特别是在 APP 同质化越来越严重的今天,你要保证 APP 能够脱颖而出就要保证 APP 稳定,所以我们可以顺手添加以下OneAPM[3] 就能监控到应用程序运行缓慢、ANR、Crash、WebView、Activity、网络请求等方面的性能,能让开发者第一时间掌握 APP 监控状况。更让人喜欢的是,这款产品只需开发者填入一行代码即可,真可谓是「神器」。

这篇关于Android 多渠道打包原理和使用的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1140592

相关文章

中文分词jieba库的使用与实景应用(一)

知识星球:https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义: 精确模式(默认模式): 全模式: 搜索引擎模式: paddle 模式(基于深度学习的分词模式): 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取

使用SecondaryNameNode恢复NameNode的数据

1)需求: NameNode进程挂了并且存储的数据也丢失了,如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2)故障模拟 (1)kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 (2)删除NameNode存储的数据(/opt/module/hadoop-3.1.4/data/tmp/dfs/na

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数

Makefile简明使用教程

文章目录 规则makefile文件的基本语法:加在命令前的特殊符号:.PHONY伪目标: Makefilev1 直观写法v2 加上中间过程v3 伪目标v4 变量 make 选项-f-n-C Make 是一种流行的构建工具,常用于将源代码转换成可执行文件或者其他形式的输出文件(如库文件、文档等)。Make 可以自动化地执行编译、链接等一系列操作。 规则 makefile文件

深入探索协同过滤:从原理到推荐模块案例

文章目录 前言一、协同过滤1. 基于用户的协同过滤(UserCF)2. 基于物品的协同过滤(ItemCF)3. 相似度计算方法 二、相似度计算方法1. 欧氏距离2. 皮尔逊相关系数3. 杰卡德相似系数4. 余弦相似度 三、推荐模块案例1.基于文章的协同过滤推荐功能2.基于用户的协同过滤推荐功能 前言     在信息过载的时代,推荐系统成为连接用户与内容的桥梁。本文聚焦于

使用opencv优化图片(画面变清晰)

文章目录 需求影响照片清晰度的因素 实现降噪测试代码 锐化空间锐化Unsharp Masking频率域锐化对比测试 对比度增强常用算法对比测试 需求 对图像进行优化,使其看起来更清晰,同时保持尺寸不变,通常涉及到图像处理技术如锐化、降噪、对比度增强等 影响照片清晰度的因素 影响照片清晰度的因素有很多,主要可以从以下几个方面来分析 1. 拍摄设备 相机传感器:相机传

springboot3打包成war包,用tomcat8启动

1、在pom中,将打包类型改为war <packaging>war</packaging> 2、pom中排除SpringBoot内置的Tomcat容器并添加Tomcat依赖,用于编译和测试,         *依赖时一定设置 scope 为 provided (相当于 tomcat 依赖只在本地运行和测试的时候有效,         打包的时候会排除这个依赖)<scope>provided

hdu4407(容斥原理)

题意:给一串数字1,2,......n,两个操作:1、修改第k个数字,2、查询区间[l,r]中与n互质的数之和。 解题思路:咱一看,像线段树,但是如果用线段树做,那么每个区间一定要记录所有的素因子,这样会超内存。然后我就做不来了。后来看了题解,原来是用容斥原理来做的。还记得这道题目吗?求区间[1,r]中与p互质的数的个数,如果不会的话就先去做那题吧。现在这题是求区间[l,r]中与n互质的数的和

Android实现任意版本设置默认的锁屏壁纸和桌面壁纸(两张壁纸可不一致)

客户有些需求需要设置默认壁纸和锁屏壁纸  在默认情况下 这两个壁纸是相同的  如果需要默认的锁屏壁纸和桌面壁纸不一样 需要额外修改 Android13实现 替换默认桌面壁纸: 将图片文件替换frameworks/base/core/res/res/drawable-nodpi/default_wallpaper.*  (注意不能是bmp格式) 替换默认锁屏壁纸: 将图片资源放入vendo

pdfmake生成pdf的使用

实际项目中有时会有根据填写的表单数据或者其他格式的数据,将数据自动填充到pdf文件中根据固定模板生成pdf文件的需求 文章目录 利用pdfmake生成pdf文件1.下载安装pdfmake第三方包2.封装生成pdf文件的共用配置3.生成pdf文件的文件模板内容4.调用方法生成pdf 利用pdfmake生成pdf文件 1.下载安装pdfmake第三方包 npm i pdfma