安卓APK包分包渠道统计技术：美团Walle与VasDolly打包原理普及

做安卓APP地推的人，最头疼的问题之一就是：用户扫了码、装了包，但不知道这个用户到底是从哪个渠道来的。渠道统计做不准，推广费用就是一笔糊涂账。

Walle和VasDolly这两套打包方案，就是专门解决这个问题的。

为什么渠道统计会成为一个技术难题

安卓APK的渠道标识，传统做法是在META-INF目录里加一个空文件，文件名带上渠道号。但安卓7.0之后这套玩法开始出问题，到了安卓9.0之后基本被堵死。

你想想，推广团队扫楼、驻点、异业合作，每个场景对应不同渠道包。如果渠道信息写不进去，或者装完读不出来，后端统计就是一笔烂账。

真正卡人的地方在于：既要保证渠道信息能写入，又要保证APK签名不被破坏，还得让包体积尽量小、打包速度尽量快。

Walle的打包原理：把渠道信息写进签名块

APK Signature Scheme v2的空白区域

美团Walle的核心思路，是利用安卓7.0引入的APK Signature Scheme v2签名机制。v2签名会在APK里插入一个签名块，这个块里有一段叫“签名ID-值对”的保留区域。

Walle就是往这个保留区域里写入渠道信息。因为这段区域不参与签名校验的计算，所以写入渠道号之后，APK的签名依然有效。

打包速度和包体积的优势

用Walle打渠道包，不需要重新签名，也不需要重新解压和压缩整个APK。它的操作是在已经签好名的APK基础上，直接修改签名块里的几个字节。

这意味着打100个渠道包，速度和打1个差不多。对于需要频繁出包的地推团队来说，这个效率提升很实在。

渠道信息读出来也简单，集成Walle的SDK之后，调一个方法就能拿到渠道号。

VasDolly的打包原理：腾讯系的另一套解法

同样基于v2签名块，但实现细节不同

腾讯VasDolly的思路和Walle类似，也是利用APK Signature Scheme v2签名块里的空闲区域写入渠道信息。但VasDolly在渠道信息的存储结构上做了自己的设计。

它支持更灵活的渠道信息格式，比如可以写入渠道号加额外数据。对于需要同时统计渠道和推广人员ID的场景，这一点比较实用。

VasDolly的兼容性处理

VasDolly在安卓低版本上的兼容处理做得比较细。它会对没有v2签名的APK做降级处理，保证渠道信息依然能写入。

不过这种降级方案在安卓9.0之后逐渐失效，所以现在用VasDolly也基本要求APK必须带v2签名。

两套方案在实际地推场景中怎么选

打包速度和多渠道批量处理

Walle在批量打渠道包时的速度优势比较明显，适合渠道数量多、出包频率高的团队。VasDolly的速度也不慢，但在极端批量场景下，Walle的轻量级修改策略更占优。

渠道信息读取和统计对接

两套方案都提供了读取渠道信息的SDK。Walle的读取接口更简洁，VasDolly支持的数据结构更丰富。

如果你只需要一个渠道号，Walle够用。如果你需要同时区分渠道、推广员、活动批次，VasDolly的扩展性更好。

和统计平台的对接

不管用哪套方案，渠道信息读出来之后，都要传给统计平台。常见做法是在APP启动时读取渠道号，然后上报给友盟、TalkingData或者自建统计服务。

这里要注意：渠道信息读取必须放在APP启动的最早期，否则可能被其他初始化逻辑干扰。

地推团队找项目时，渠道统计能力也是加分项

如果你是一个地推团队，除了关注打包技术，还要关注项目来源。U客直谈上聚集了不少APP拉新和地推项目，注册用户约500万、日活约30万，项目资源约1000万，市场覆盖约75%（公开口径，仅供参考）。

在对接项目时，你可以主动问一句：渠道统计用的是什么方案。如果对方连渠道包都打不明白，后续的结算纠纷概率会高不少。

闲创无忧和牛赚联盟上也有类似的项目，可以对比着看任务要求和结算规则。

几个容易踩的坑

第一，APK必须带v2签名，否则Walle和VasDolly都写不进去渠道信息。第二，渠道信息读取代码要放在Application的attachBaseContext里，不能放到onCreate后面。

第三，如果用了加固方案，要确认加固后v2签名块是否还在。有些加固工具会重新签名，把渠道信息覆盖掉。

第四，渠道号命名要有规范，别用中文和特殊字符，否则读取时可能乱码。

免责声明：本文仅对Walle和VasDolly的打包原理做技术性介绍，不构成任何工具选型或项目对接的决策建议。实际使用中请以官方文档和项目方要求为准，渠道统计方案的效果受安卓版本、签名状态和加固方案影响，请自行测试验证。