解决apk多渠道对应不同后台的问题

原创 2016年05月31日 10:36:18

需求

在项目中碰到一个问题,就是一个android项目有多个渠道,其中每个渠道对应的后台地址不相同,要部署这么一个庞大的系统,android studio多渠道打包能解决这个问题,但是维护这么一个庞大的系统升级就会显得无力了,于是讨论了一些方案

方案

方案1:最原始的方法,针对每个项目都做apk编译,修改好后台路径后编译生成apk,维护一次上传一次
方案2:利用android studio多渠道打包方式,一次生成N多个不同渠道的apk,升级一次所有的地方都要重新上传
方案3:解放生产力,建立一个服务端统一管理所有的apk,下载时重打包生成对应的不同的后台路径的apk
针对上面三种不同的方案,第一种维护起来相当麻烦,每次都需要开发人员编译不同的版本,上传到不同的后台服务器中,维护起来相当麻烦,首先否定;第二种方案还是要程序员手工生成不同的版本,而且维护升级也是比较麻烦;第三种方案重打包生成apk省去了人工出错的几率,有一定的便捷性,所以这里采取第三种方案

这里第三种方案最初想到的是用apktool重打包,考虑到apktool打包性能问题,所以当时就否决了这种方案。于是搜索网上资源查看到美团重打包加入空文件的多渠道打包方案,觉得很方便,想采用这种方案,但最终发现了一个更好的方案,于是就采用了这种方案
文章地址:
http://pingguohe.net/2016/03/21/Dynimac-write-infomation-into-apk.html#rd?sukey=3903d1d3b699c208760b00c7ef24e8d44b232e0b0ae8a7306f175fc470886375681de7ea015a80ac50e81680056e2bca

原理

android使用的apk包的压缩方式是zip,与zip有相同的文件结构,在zip的Central directory file header中包含一个File comment区域,可以存放一些数据。File comment是zip文件如果可以正确的修改这个部分,就可以在不破坏压缩包、不用重新打包的的前提下快速的给apk文件写入自己想要的数据。
comment是在Central directory file header末尾储存的,可以将数据直接写在这里,下是header末尾的结构。 

由于数据是不确定的,我们无法知道comment的长度,从表中可以看到zip定义comment的长度的位置在comment之前,所以无法从zip中直接获取comment的长度。这里我们需要自定义comment的长度,在自定义comment内容的后面添加一个区域储存comment的长度,结构如下图。
这里可以将一个固定的结构写在comment中,然后根据自定义的长度分区获取每个部分的内容,添加版本quda。

实现

1.将数据写入comment

这一部分可以在本地进行,需要定义一个长度为2的byte[]来储存comment的长度,直接使用Java的api就可以把comment和comment的长度写到apk的末尾,代码如下。

public static void writeApk(File file, String comment) {
    ZipFile zipFile = null;
    ByteArrayOutputStream outputStream = null;
    RandomAccessFile accessFile = null;
    try {
        zipFile = new ZipFile(file);
        String zipComment = zipFile.getComment();
        if (zipComment != null) {
            return;
        }

        byte[] byteComment = comment.getBytes();
        outputStream = new ByteArrayOutputStream();

        outputStream.write(byteComment);
        outputStream.write(short2Stream((short) byteComment.length));

        byte[] data = outputStream.toByteArray();

        accessFile = new RandomAccessFile(file, "rw");
        accessFile.seek(file.length() - 2);
        accessFile.write(short2Stream((short) data.length));
        accessFile.write(data);
    } catch (IOException e) {
        e.printStackTrace();
    } finally {
        try {
            if (zipFile != null) {
                zipFile.close();
            }
            if (outputStream != null) {
                outputStream.close();
            }
            if (accessFile != null) {
                accessFile.close();
            }
        } catch (Exception e) {

        }

    }
}
         
	private static byte[] short2Stream(short data) {
		ByteBuffer buffer = ByteBuffer.allocate(2);
		buffer.order(ByteOrder.LITTLE_ENDIAN);
		buffer.putShort(data);
		buffer.flip();
		return buffer.array();
	}

2.读取apk包中的comment数据

首先获取apk的路径,通过context中的getPackageCodePath()方法就可以获取,代码如下。

public static String getPackagePath(Context context) {
    if (context != null) {
        return context.getPackageCodePath();
    }
    return null;
}

获取路径之后就可以读取comment的内容了,这里不能直接使用ZipFile中的getComment()方法直接获取comment,因为这个方法是Java7中的方法,在android4.4之前是不支持Java7的,所以我们需要自己去读取apk文件中的comment。首先根据之前自定义的结构,先读取写在最后的comment的长度,根据这个长度,才可以获取真正comment的内容,代码如下。

public static String readApk(File file) {
    byte[] bytes = null;
    try {
        RandomAccessFile accessFile = new RandomAccessFile(file, "r");
        long index = accessFile.length();

        bytes = new byte[2];
        index = index - bytes.length;
        accessFile.seek(index);
        accessFile.readFully(bytes);

        int contentLength = stream2Short(bytes, 0);

        bytes = new byte[contentLength];
        index = index - bytes.length;
        accessFile.seek(index);
        accessFile.readFully(bytes);

        return new String(bytes, "utf-8");
    } catch (FileNotFoundException e) {
        e.printStackTrace();
    } catch (IOException e) {
        e.printStackTrace();
    }
    return null;
}

这里的stream2Short()和short2Stream()参考了MultiChannelPackageTool中的方法。

测试

在生成apk后,调用下面的代码写入我们想要的数据,

File file = new File("/Users/zhaolin/app-debug.apk");
writeApk(file, "test comment");

安装这个apk之后运行,让comment显示在屏幕上,运行结果如下。 
运行结果符合预期,安装包也没有被破坏,可以正常安装。

结论

  • 通过修改comment将数据传递给APP的方案是可行的,由于是修改apk自有的数据,并不会对apk造成破坏,修改后可以正常安装。
  • 这种方案不用重新打包apk,并且在服务端只是写文件的操作,效率很高,可以适用于动态生成apk的场景。
  • 可以通过这个版本号获取本客户端生成的渠道信息,用后台统一维护,做到运维实施便捷化。
最后感谢原作者共享技术,使我们遇到问题能快速解决

谈谈我的Android多渠道打包方式

谈谈我的Android多渠道打包方式概述每当发新版本时,Android客户端会被分发到各个应用市场,比如应用宝,360手机助手,小米应用市场等。为了统计这些市场的效果(活跃数,下单数等),需要有一种方...

Android多渠道打包实现不同的功能模块

个人观点:学习重在积累,每天一点积累,你成为大神就更进了一步,好了我就不装逼了。相关博客: http://www.cnblogs.com/0616–ataozhijia/p/4203997.html...

Android多渠道打包实现不同的功能模块

相关博客:  http://www.cnblogs.com/0616–ataozhijia/p/4203997.html  http://blog.csdn.net/maosidiaoxian/art...

在android中配置多渠道打包

使用gradle配置进行android多渠道打包,以接入的百度统计的某个项目为例

Android Studio Gradle打包实践之多渠道+版本号管理

原文地址: http://ju.outofmemory.cn/entry/215254上次介绍了 Android Studio的安装、配置和基本使用 。这次讲一下Android Studio用到的打...

Android Studio 打包多个APK对应不同API

应用场景:经常发版本经常徘徊于测试API和正式API之间,一不小心太着急打包了,忘记改为正式API,要的重新打包,又得重新打包。 问题:能不能一次操作,产出多个APK对应不同API。 重点:一切都...
  • fredro
  • fredro
  • 2017年11月17日 11:50
  • 124

AndroidStudio打包问题:signature versions:V1(Jar Signature) and V2(Full APK Signature) 的不同点

今天使用AndroidStudio进行打包的时候,出现了如图所示的内容需要我们勾选两个签名包类型,如果我们不勾选直接点击Finish按钮,会提示并且,部分码友反应自己的App在勾选V2之后,app会出...

后台拼接html代码在不同浏览器下显示的问题

后台拼接HTML代码前台执行时,在不同浏览器版本下出现的问题
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:解决apk多渠道对应不同后台的问题
举报原因:
原因补充:

(最多只允许输入30个字)