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

有效

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

1.一種應用多渠道打包方法，其特征在于，包括：

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

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

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

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

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

所述解壓后文件中包括5個子文件，分別為AndroidManifest.xml文件、classes.dex文件、res文件、META-INF文件、resources.arsc文件；其中AndroidManifest.xml文件為程序全局配置文件，classes.dex文件為Dalvik字節碼文件，res文件為資源存放文件，META-INF文件為簽名信息文件，resources.arsc文件為編譯后的二進制資源文件；

所述將子文件分別進行SHA1運算，得到一一對應的文件摘要，包括：

獲取res文件的明文，將res文件的明文通過SHA1哈希算法運算得到第一文件摘要；

獲取AndroidManifest.xml文件的明文，將AndroidManifest.xml文件的明文通過SHA1哈希算法運算得到第二文件摘要；

獲取classes.dex文件的明文，將classes.dex文件的明文通過SHA1哈希算法運算得到第三文件摘要；

獲取resources.arsc文件的明文，將resources.arsc文件的明文通過SHA1哈希算法運算得到第四文件摘要。

2.根據權利要求1所述的應用多渠道打包方法，其特征在于，所述獲取res文件的明文，將res文件的明文通過SHA1哈希算法運算得到第一文件摘要，包括：

將res文件的明文分成多個512位的明文分組，分別記為第一明文分組至第N明文分組；其中，N為正整數；

將第一明文分組均分為16個32位的子明文分組；

創建5個32位的鏈接變量，分別記為A鏈接變量、B鏈接變量、C鏈接變量、D鏈接變量、E鏈接變量；

將第一明文分組所包括16個子明文分組中的每一子明文分組均擴展為5份子明文分組，得到與第一明文分組對應的80份子明文分組；

對第一明文分組對應的80份子明文分組進行SHA1運算，得到當前鏈接變量；

將第一明文分組的當前鏈接變量與初始鏈接變量求和，得到第一明文分組的鏈接變量；

將第一明文分組的鏈接變量作為第二明文分組的初始鏈接變量，重復計算直至分別獲取第二明文分組的鏈接變量、第三明文分組的鏈接變量、第四明文分組的鏈接變量、第五明文分組的鏈接變量；

將第五明文分組的鏈接變量依序串接，得到160位的第一文件摘要。

3.根據權利要求1所述的應用多渠道打包方法，其特征在于，所述將與文件摘要一一對應的哈希值存儲至子文件的目錄中，將第一文件摘要進行Base64編碼的第一哈希值、第二文件摘要進行Base64編碼的第二哈希值、第三文件摘要進行Base64編碼的第三哈希值、及第四文件摘要進行Base64編碼的第四哈希值均存儲至META-INF文件的目錄中。

4.根據權利要求1所述的應用多渠道打包方法，其特征在于，所述在子文件的目錄中通過第二腳本創建渠道標示文件，對應根據待配置的渠道號對渠道標示文件進行命名，包括：

通過第二腳本在子文件的目錄中創建空文件；

獲取待配置的渠道號，通過第二腳本將空文件名稱修改為待配置的渠道號；其中所述渠道號包括渠道標示字符頭和渠道名。