一種安卓實時多渠道打包方法
【技術領域】
[0001] 本發(fā)明涉及渠道包生成技術，尤其涉及一種基于安卓APK程序包的安卓實時多渠 道打包方法。
【背景技術】
[0002] 對于目前現(xiàn)有的渠道包生成技術，其每生成一個渠道包，都需要修改 AndroidManifest .xml里的渠道參數(shù)值，然后再進行編譯后才能生成新的渠道包。然而，由 于每次都需要重新編譯程序及對包體進行簽名，因此無論是以手工還是程序的方式來進行 這個過程，其都是十分緩慢，工作效率十分低下的，從而大大降低分渠道打包的速度。

【發(fā)明內(nèi)容】

[0003] 為了解決上述技術問題，本發(fā)明的目的是提供一種安卓實時多渠道打包方法，適 合在磁盤上生成不同渠道包時所使用的。
[0004] 為了解決上述技術問題，本發(fā)明的目的是提供一種安卓實時多渠道打包方法，適 合在HTTP服務器來實時動態(tài)生成不同渠道包時所使用的。
[0005] 本發(fā)明所采用一技術方案是：一種安卓實時多渠道打包方法，適合在磁盤上生成 不同渠道包時所使用的，其包括： A、 打開APK程序包； B、 獲取渠道編號，然后根據(jù)獲得的渠道編號從而生成注釋數(shù)據(jù)； C、 將注釋數(shù)據(jù)寫入APK程序包中，然后關閉APK程序包。
[0006] 進一步，所述步驟B具體包括： B1、判斷當前打開的APK程序包中是否存有注釋字段，若有，則執(zhí)行步驟B2;反之，則執(zhí) 行步驟B3; B2、將注釋字段中的長度置為零，并清除后續(xù)的注釋數(shù)據(jù)，然后執(zhí)行步驟B3; B3、獲取渠道編號，然后根據(jù)獲得的渠道編號從而生成注釋數(shù)據(jù)。
[0007] 進一步，所述步驟B與步驟C之間設有對生成的注釋數(shù)據(jù)進行加密的步驟。
[0008] 進一步，所述步驟C具體為:計算注釋數(shù)據(jù)的字節(jié)長度，將字節(jié)長度寫入注釋字段 中，并將注釋數(shù)據(jù)寫在該字節(jié)長度后面。
[0009] 本發(fā)明所采用另一技術方案是：一種安卓實時多渠道打包方法，適合在HTTP服務 器來實時動態(tài)生成不同渠道包時所使用的，其包括： 51、 獲取渠道包請求后觸發(fā)渠道編號的獲取； 52、 根據(jù)獲得的渠道編號，從而判斷是否存在與該渠道編號相對應的渠道注釋文件，若 存在，則執(zhí)行步驟S5;反之，則執(zhí)行步驟S3; 53、 根據(jù)獲得的渠道編號從而生成注釋數(shù)據(jù)； 54、 獲得注釋數(shù)據(jù)的字節(jié)長度，然后以小端序?qū)⒃撟止?jié)長度寫入文件中，并且在該字節(jié) 長度后寫入注釋數(shù)據(jù)，以生成渠道注釋文件； 55、 發(fā)送原始的APK文件內(nèi)容至客戶端，保留最后兩字節(jié)不發(fā)送； 56、 發(fā)送渠道注釋文件至客戶端，所述ΑΡΚ文件和渠道注釋文件合并生成一個完整的 ΑΡΚ程序包； 57、 所述客戶端收到一個完整的帶渠道注釋文件的ΑΡΚ程序包。
[0010] 進一步，所述步驟S3和步驟S4之間設有對生成的注釋數(shù)據(jù)進行加密的步驟。
[0011] 本發(fā)明的有益效果是:本發(fā)明的安卓實時多渠道打包方法，適合在磁盤上生成不 同渠道包時所使用的，而通過采用本發(fā)明的這一打包方法，在生成渠道包時則無需進行重 新編譯程序及對包體進行簽名，僅需要對ΑΡΚ程序包的注釋字段的內(nèi)容進行相應的修改來 記錄渠道編號便可。因此由此可得，通過使用本發(fā)明的方法，能夠?qū)崿F(xiàn)快速打包的效果。
[0012] 本發(fā)明的另一有益效果是:本發(fā)明的安卓實時多渠道打包方法，適合在HTTP服務 器來實時動態(tài)生成不同渠道包時所使用的。通過采用本發(fā)明的這一打包方法，在生成渠道 包時則無需進行重新編譯程序及對包體進行簽名，僅需要根據(jù)渠道編號來生成注釋數(shù)據(jù)， 從而生成注釋文件，然后將注釋文件和原始的APK文件合并后便可生成一完整的帶注釋文 件的APK程序包，即一渠道包。由此可得，通過使用本發(fā)明的方法，能夠?qū)崿F(xiàn)快速打包的效 果，而且在HTTP服務器上僅需要保存一個母包及渠道注釋文件便可，極大地節(jié)省了打包的 時間和存儲空間。
【附圖說明】
[0013] 下面結(jié)合附圖對本發(fā)明的【具體實施方式】作進一步說明： 圖1是本發(fā)明一種適合在磁盤上生成不同渠道包的安卓實時多渠道打包方法的一具體 實施例步驟流程圖； 圖2是本發(fā)明一種適合在HTTP服務器來實時動態(tài)生成不同渠道包的安卓實時多渠道打 包方法的一具體實施例步驟流程圖； 圖3是對APK程序包進行讀取處理的步驟流程圖。
【具體實施方式】
[0014] 對于現(xiàn)有的通過修改AndroidManifest. xml的打包方式，若要生成100個渠道包， 則需要重復編譯及簽名100次才可以獲取100個渠道包，這樣則極大浪費了打包時間，大大 降低打包處理的效率。因此，針對一技術問題，本發(fā)明提供一種利用APK程序包中的注釋進 行渠道編號記錄，從而實現(xiàn)快速打包的方法。
[0015] 對于所述的APK程序包，其實際為一個ZIP文件，而所述ZIP文件的格式分為三部 分，分別為壓縮源文件數(shù)據(jù)區(qū)、壓縮源文件目錄區(qū)以及壓縮源文件目錄結(jié)束標志。
[0016] 對于上述的壓縮源文件數(shù)據(jù)區(qū)、壓縮源文件目錄區(qū)以及壓縮源文件目錄結(jié)束標 志，具體描述如下所示： 1、壓縮源文件數(shù)據(jù)區(qū) 在這個數(shù)據(jù)區(qū)中每一個壓縮的源文件/目錄都是一條記錄，記錄的格式為[文件頭+文 件數(shù)據(jù)+數(shù)據(jù)描述符]，其中，所述文件頭的格式和數(shù)據(jù)描述符的格式如下所示： (1)、文件頭的格式
(2)、數(shù)據(jù)描述符的格式
這個數(shù)據(jù)描述符僅在全局方式位標記的第3位設為1時才存在，緊接在壓縮數(shù)據(jù)的最后 一個字節(jié)后。這個數(shù)據(jù)描述符僅用在不能對輸出的ZIP文件進行檢索時才使用（例如:在 一個不能檢索的驅(qū)動器(如:磁帶機上)上的ZIP文件中），若是磁盤上的ZIP文件一般沒有 這個數(shù)據(jù)描述符； 2、壓縮源文件目錄區(qū) 在這個數(shù)據(jù)區(qū)中每一條紀錄對應在壓縮源文件數(shù)據(jù)區(qū)中的一條數(shù)據(jù)，而其格式如下所 示：
3、壓縮源文件目錄結(jié)束標志 所述壓縮源文件目錄結(jié)束標志的格式如下所示：
由上述可得，本發(fā)明具體是通過修改APK程序包中的注釋長度和注釋內(nèi)容來實現(xiàn)快速 打包。所述注釋長度和注釋內(nèi)容組成注釋字段，所述注釋內(nèi)容中所包含的數(shù)據(jù)為注釋數(shù)據(jù)。
[0017]如圖1所示，一種安卓實時多渠道打包方法，適合在磁盤上生成不同渠道包的，其 步驟具體包括有： 3101、打開4?1(程序包； 5102、 判斷當前打開的APK程序包中是否存有注釋字段，若有，則執(zhí)行步驟S103;反之， 則執(zhí)行步驟S104; 5103、 將注釋字段中的長度