背景

我們?cè)谌粘Ｊ褂脩?yīng)用可能會(huì)遇到以下場(chǎng)景。

場(chǎng)景1： 用戶瀏覽h5頁(yè)面時(shí)看到一個(gè)頁(yè)面，下載安裝app后啟動(dòng)會(huì)來(lái)到首頁(yè)而不是用戶之前瀏覽的頁(yè)面，造成使用場(chǎng)景的割裂。

場(chǎng)景2： 用戶通過(guò)二維碼把一個(gè)頁(yè)面分享出去，沒(méi)有裝貓客的用戶如果直接安裝啟動(dòng)之后無(wú)法回到分享的頁(yè)面。

如果用戶在當(dāng)前頁(yè)面下載了應(yīng)用，安裝之后直接跳轉(zhuǎn)到剛才瀏覽的界面，不僅可以將這一部分流量引回客戶端，還可以讓用戶獲得完整的用戶體驗(yàn)。下面提出一種方案來(lái)滿足這個(gè)業(yè)務(wù)需求。
原理

android使用的apk包的壓縮方式是zip，與zip有相同的文件結(jié)構(gòu)，在zip的Central directory file header中包含一個(gè)File comment區(qū)域，可以存放一些數(shù)據(jù)。File comment是zip文件如果可以正確的修改這個(gè)部分，就可以在不破壞壓縮包、不用重新打包的的前提下快速的給apk文件寫(xiě)入自己想要的數(shù)據(jù)。
comment是在Central directory file header末尾儲(chǔ)存的，可以將數(shù)據(jù)直接寫(xiě)在這里，下表是header末尾的結(jié)構(gòu)。

由于數(shù)據(jù)是不確定的，我們無(wú)法知道comment的長(zhǎng)度，從表中可以看到zip定義comment的長(zhǎng)度的位置在comment之前，所以無(wú)法從zip中直接獲取comment的長(zhǎng)度。這里我們需要自定義comment的長(zhǎng)度，在自定義comment內(nèi)容的后面添加一個(gè)區(qū)域儲(chǔ)存comment的長(zhǎng)度，結(jié)構(gòu)如下圖。

這里可以將一個(gè)固定的結(jié)構(gòu)寫(xiě)在comment中，然后根據(jù)自定義的長(zhǎng)度分區(qū)獲取每個(gè)部分的內(nèi)容，還可以添加其它數(shù)據(jù)，如校驗(yàn)碼、版本等。
實(shí)現(xiàn)
1.將數(shù)據(jù)寫(xiě)入comment

這一部分可以在本地進(jìn)行，需要定義一個(gè)長(zhǎng)度為2的byte[]來(lái)儲(chǔ)存comment的長(zhǎng)度，直接使用Java的api就可以把comment和comment的長(zhǎng)度寫(xiě)到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) {  
 
        }  
 
    }  
}  
 

2.讀取apk包中的comment數(shù)據(jù)

首先獲取apk的路徑，通過(guò)context中的getPackageCodePath()方法就可以獲取，代碼如下。

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

獲取路徑之后就可以讀取comment的內(nèi)容了，這里不能直接使用ZipFile中的getComment()方法直接獲取comment，因?yàn)檫@個(gè)方法是Java7中的方法，在android4.4之前是不支持Java7的，所以我們需要自己去讀取apk文件中的comment。首先根據(jù)之前自定義的結(jié)構(gòu)，先讀取寫(xiě)在***的comment的長(zhǎng)度，根據(jù)這個(gè)長(zhǎng)度，才可以獲取真正comment的內(nèi)容，代碼如下。

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中的方法。
測(cè)試

在生成apk后，調(diào)用下面的代碼寫(xiě)入我們想要的數(shù)據(jù)，

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

安裝這個(gè)apk之后運(yùn)行，讓comment顯示在屏幕上，運(yùn)行結(jié)果如下。

運(yùn)行結(jié)果符合預(yù)期，安裝包也沒(méi)有被破壞，可以正常安裝。
結(jié)論

通過(guò)修改comment將數(shù)據(jù)傳遞給APP的方案是可行的，由于是修改apk自有的數(shù)據(jù)，并不會(huì)對(duì)apk造成破壞，修改后可以正常安裝。
這種方案不用重新打包apk，并且在服務(wù)端只是寫(xiě)文件的操作，效率很高，可以適用于動(dòng)態(tài)生成apk的場(chǎng)景。
可以通過(guò)這個(gè)方案進(jìn)行h5到APP的引流，用戶操作不會(huì)產(chǎn)生割裂感，保證用戶體驗(yàn)的統(tǒng)一。