美团android,美团优选

ANDROID多渠道快速打包实践

参考资料：

美团Android自动化之旅—生成渠道包

Android批量打包提速

AndroidMultiChannelBuildTool

背景

随着发版需要，每次发版所需渠道包越来越多（现在差不多有一百个左右了），正常gradle打包由于耗时效率过低已无法满足需求，开始了android多渠道快速打包实践。

方法

下面主要介绍两种快速打包的方式：

1、类似美团的方式，在META-INF中写入渠道名的空文件，用于读取空文件。 美团Android自动化之旅—生成渠道包

2、在apk末尾动态写入渠道信息。 一种动态为apk写入信息的方案

其实这两种方式都是同一个原理，替换以前从manifest中读取渠道号的方式，而使用新的获取方式（渠道号如何写入就如何读取）。

所以这首先需要客户端（重要！）：

1、统一应用中获取渠道的方式并替换之前的（最好兼容）。

2、注意第三方SDK渠道号的传入，比如友盟sdk，否则第三方会使用默认从manifest中读取的方式。

下面介绍一种已经测试过的方法（git上开源项目 AndroidMultiChannelBuildTool ）

1、安装环境由于脚本环境是使用python语言，所以需要我们 安装环境 。

2、导入项目导入开源项目 AndroidMultiChannelBuildTool ），并把想要批量打包的apk文件拷贝到PythonTool目录下（与py同级），运行py脚本即可打包完成。

以上基本实现快速打包，经过测试一分钟百十个无压力。另外需要注意这种方式只适用于打包需求一致渠道号不同，不适用特殊定制渠道。

备注：9月21日补充快速打包java版本，详见 AndroidMultiChannelBuildTool-Java-master

相关问答

Q1: 美团外卖商家版的网址和ip

输入网址e.meituan.com就行了,这是美团外卖商家版网页。

美团不支持商户自己更名，需联系相应的美团经理，如是公司营业执照变更需再签一个合同，如单纯改店名，提供信息给美团经理即可完成。

美团外卖商家版是美团外卖是入驻美团的商家使用的管理软件，是可以在android平台上使用的应用程序。主要功能是接受并处理用户订单，处理退款，账户在线结算，管理美团外卖的门店，随时调整营业信息、商品库存等。

Q2: Android 仿美团拖拽效果

*本篇文章已授权微信公众号 guolin_blog （郭霖）独家发布

如上图，实现了拖拽事件的无缝过渡。效果很流畅很自然，之所以写轮子因为实在找不到好用的库，该库参考了 ，其实在大神的开源库里就有Issues提到内嵌 scrollView 时滑动冲突的问题。再加上最近项目里面的详情页就有这样的拖拽效果需求，只好自己实现一遍。

在实现的过程中，就遇到几个比较棘手的问题，也经过了一番挣扎才想出解决的方案。

以上问题也不是一蹴而就就能罗列清楚，这都是每解决一个问题我就萌新另一种想法逐渐完善而得到的结果。就比如在实现这个效果之前，我就想应该和 ViewDragHelper 有关，那么拖拽都有哪些需要重写的方法以及我自己需要实现哪些？关于重写 tryCaptureView 、 getViewVerticalDragRange 、 clampViewPositionVertical 必须的就不多说了，下面两方法在本项目中处理的逻辑简单说一下

onViewPositionChanged ：当拖拽view的位置发生改变时触发

onViewReleased ：简单可以理解为不再拖拽时触发，但还有其状态和方法会影响它触发的时机，我们没涉及到就不研究

回到开始我们想要的拖拽效果，超过多少就回弹、展开、收缩，在这里我们通过第一个方法可以知道，目前拖拽的view到底是展开还是收缩，我用了一个局部的boolean来记录状态，毕竟此方法执行频繁减少消耗。再在释放时根据 slideUp 来判断，至于 onPanelDragged() 方法就用来跟新拖拽状态和更新视觉差

紧接着，我们点击展开后渐变层，收缩并将内嵌 scrollView 滚回顶部，点击肯定就在 onTouchEvent 或者 dispatchTouchEvent 里实现，但有没有区别呢?首先明确一点的时，不管方法写在哪个回调里面都可以实现我们需求，但在此我写在了后者里面，因为在 viewGroup 里面的点击事件传递， dispatchTouchEvent （分发） 会经过询问 onInterceptTouchEvent （拦截） 是否拦截再到 onTouchEvent （响应），这也算是优化的一点吧。

所有很自然而然地，我在分发里面处理了事件过渡的逻辑，其实说白了就在 MotionEvent.ACTION_MOVE 里决定了到底谁来消化这个事件

处理到这里，需求基本达到了。可以给设计师秀一波，把手机递给她然后静静地听她怼iOS了，“为什么 Android 都能做得到，你 iOS 却做不出来，你看人家多厉害”。

再优化一个小问题， 状态的回调 ，为了避免装逼失败等下要求展开或者收缩时又要做些什么效果，有点危机意识。我纵观了一些全局，实在没有合适的方法可做回调，实在没有方法在任何操作都触发啊。最后我打起渐变层的主意，这个实现可把我乐了一下，太聪明了哈哈哈哈哈而且状态都能正确回调。你要知道渐变层绘制可是需要不停的触发的，回调只能一次

github:

Q3: （五）Android多渠道打包:美团多渠道打包原理以及使用

1.传统打包：

传统的打包方法都是在AndroidManifest添加渠道标示，每打一次包修改一次标示的名称。效率特别的低，一个稍微大一点的项目打上几十个渠道包可能需要几个小时半天的时间。

2.由于传统的打包方式每次修改渠道都需要重新的构建项目，时间都浪费构建上面了，美团提供了一种新的打包方案：

Android应用使用的APK文件就是一个带签名信息的ZIP文件，根据 ZIP文件格式规范，每个ZIP文件的最后都必须有一个叫 Central Directory Record 的部分，这个CDR的最后部分叫”end of central directory record”，这一部分包含一些元数据，它的末尾是ZIP文件的注释。注释包含Comment Length和File Comment两个字段，前者表示注释内容的长度，后者是注释的内容，正确修改这一部分不会对ZIP文件造成破坏，利用这个字段，我们可以添加一些自定义的数据，Packer-Ng方式打包就是在这里添加和读取渠道信息。打包神器，100个渠道包只需5s 哈哈 。

原理很简单，就是将渠道信息存放在APK文件的注释字段中。

第一步：直接将PackerNg作为Utils拷贝到项目中。

第二步：创建一个保存渠道包名的txt文件，可以放在项目主目录下：比如命名market.txt

渠道名可以按照需求随便添加

anzhi

baidu

huawei

legend

letv

meizu

oppo

qq

PC

sougou

UC

update

update1

vivo

wandoujia

woshangdian

xiaomi

第三步：ChannelUtil这个工具类是用于取出文件里的渠道名

第四步：打开第二步中的PackerNg类，首先配置一下此类main函数中接受的参数信息。本事例通过Android Studio的方式进行配置直接上图：

图中标注3的位置就是PackerNg类配置main函数中接受的两个参数: 第一个参数为默认的release包的apk源文件，包名为ChannelUtil起初默认的包名

拿到这个包名可以传给后台进行统计或进行其它的操作。

第六步：运行PackerNg类，会在项目目录下自动生成文件夹apks(在PackerNg.java文件中配置好的apk渠道包存储路径)

注意点：第四步中ChannelUtil起初默认的包名为源文件，其它所有的的渠道包都是通过PackerNg打包方式都是以这个源文件为模版，进行复制，将不同的渠道名复制给这个源文件。如果是360渠道上线的话需要将这个包名默认改为360的渠道单独打包，因为360上线需要加固，会把之前通过源文件复制渠道名给抹掉，所以对于360加固的文件需要单独把360作为源文件来打包不改为360默认的渠道包后会统计不到360渠道的信息。