[發明專利]應用多渠道打包方法、裝置、計算機設備及存儲介質

有效

• 申請號: 201810191443.1
• 申請日: 2018-03-08
• 公開（公告）號: CN108459872B
• 公開（公告）日: 2019-12-24
• 發明（設計）人: 楊文
• 申請（專利權）人: 平安科技(深圳)有限公司
• 主分類號: G06F8/71
• 分類號: G06F8/71
• 代理公司: 44242 深圳市精英專利事務所
• 代理人: 林燕云

本申請公開了一種應用多渠道打包方法、裝置、計算機設備及存儲介質。該方法包括：獲取apk安裝包，通過第一腳本將apk安裝包的后綴名調整至指定后綴名，并進行解壓得到解壓后文件；獲取解壓后文件中包括的多個子文件并分別進行SHA1運算，得到一一對應的文件摘要；將文件摘要分別進行Base64編碼，得到與文件摘要一一對應的哈希值并存儲至子文件的目錄中；在子文件的目錄中通過第二腳本創建渠道標示文件，對應根據待配置的渠道號對渠道標示文件進行命名，得到包括渠道數據的解壓文件；通過第三腳本將解壓文件進行壓縮，得到渠道包。該方法實現了渠道包打包自動化，簡化了打渠道包的過程，提高了打包效率和成功率。

技術領域

本申請涉及安卓應用開發技術領域，尤其涉及一種應用多渠道打包方法、裝置、計算機設備及存儲介質。

背景技術

目前，Android應用(即安卓系統中的應用程序)在進行多渠道打包時，一般采用如下方案：

1)在AndroidManifest.xml文件中定義mate-data標簽，設置渠道占位符；

2)在工程build.gradle文件下的productFlavors定義渠道號(其中，gradle文件是一個項目自動化構建工具；productFlavors用于定義產品的特性)；

采取上述方式進行多渠道打包時，每次增加一個渠道包時，需要修改build.gradle，還需在productFlavors定義渠道號，也即當需要配置多個渠道包就會執行相同次數的打包簽名的操作，導致操作復雜。具體的，當每次開始打包都會修改AndroidManifest.xml文件，將渠道占位符替換為真實地渠道名稱，然后在執行編譯，開始一次完整的打包流程。所以多個渠道編譯打包耗時＝每個渠道包編譯的耗時總和＝(或者近似等于)N*一個渠道的編譯打包時間，其中N為渠道總數目。而且在打包的過程中不能修改代碼，以避免出錯。通過這種方式實現多渠道打包非常耗時，生產效率很低。

發明內容

本申請提供了一種應用多渠道打包方法、裝置、計算機設備及存儲介質，旨在解決現有技術中進行多渠道打包時，每次增加一個渠道包時，需要修改build.gradle，還需在productFlavors定義渠道號，而且打包的過程中不能修改代碼，導致打包效率低下，且容易出錯的問題。

第一方面，本申請提供了一種應用多渠道打包方法，其包括：

獲取apk安裝包，通過第一腳本將apk安裝包的后綴名調整至預先設置的指定后綴名，并進行解壓得到解壓后文件；

獲取解壓后文件中包括的多個子文件，將子文件分別進行SHA1運算，得到一一對應的文件摘要；

將與子文件一一對應的文件摘要分別進行Base64編碼，得到與文件摘要一一對應的哈希值，將與文件摘要一一對應的哈希值存儲至子文件的目錄中；

在子文件的目錄中通過第二腳本創建渠道標示文件，對應根據待配置的渠道號對渠道標示文件進行命名，得到包括渠道數據的解壓文件；

通過第三腳本將解壓文件進行壓縮，得到渠道包。

第二方面，本申請提供了一種應用多渠道打包裝置，其包括：

解壓單元，用于獲取apk安裝包，通過第一腳本將apk安裝包的后綴名調整至預先設置的指定后綴名，并進行解壓得到解壓后文件；

文件摘要獲取單元，用于獲取解壓后文件中包括的多個子文件，將子文件分別進行SHA1運算，得到一一對應的文件摘要；

編碼單元，用于將與子文件一一對應的文件摘要分別進行Base64編碼，得到與文件摘要一一對應的哈希值，將與文件摘要一一對應的哈希值存儲至子文件的目錄中；