本申請實施例涉及計算機(jī)技術(shù)，尤其涉及一種應(yīng)用程序下載方法、服務(wù)器及終端。

背景技術(shù)：

隨著互聯(lián)網(wǎng)的發(fā)展，應(yīng)用程序(application，app)等的種類和數(shù)量越來越多。開發(fā)人員通過開發(fā)各種app來滿足用戶需求。

目前，開發(fā)人員通過reactnative(rn)熱更新平臺開發(fā)app，一個app包括多個捆綁(bundle)文件。終端的app需要更新一些內(nèi)容(如運營的彈窗或者功能模塊)時，可以直接從熱更新平臺的服務(wù)器下載該app的多個bundle文件，然后該app解析并加載下載的多個bundle文件，在無需下載安裝新版本的app的同時，實現(xiàn)更新該app的內(nèi)容的功能。

然而，經(jīng)驗證發(fā)現(xiàn)：一個普通的bundle文件，少則幾百kb，多則幾mb或上百mb，顯然，終端下載bundle文件的過程中會消耗巨大的流量。尤其當(dāng)終端處于wifi未覆蓋的環(huán)境中時，對用戶造成極大的經(jīng)濟(jì)損失。

技術(shù)實現(xiàn)要素：

本申請實施例提供一種應(yīng)用程序下載方法、服務(wù)器及終端，通過減小bundle文件的體積，實現(xiàn)降低應(yīng)用程序下載過程中流量損耗的目的。

第一方面，本申請實施例提供一種應(yīng)用程序下載方法，包括：

服務(wù)器將n個捆綁文件中的每個捆綁文件拆分為公共部分和業(yè)務(wù)部分，以得到1個公共部分和n個業(yè)務(wù)部分，n≥1，且為整數(shù)；

所述服務(wù)器向終端發(fā)送所述1個公共部分和所述n個業(yè)務(wù)部分。

在一種可行的設(shè)計中，所述n個捆綁文件包含第一捆綁文件，所述第一捆綁文件包含所述公共部分和第一業(yè)務(wù)部分，所述n個業(yè)務(wù)部分包含所述第一業(yè)務(wù)部分，所述服務(wù)器向終端發(fā)送所述1個公共部分和所述n個業(yè)務(wù)部分之后，還包括：

所述服務(wù)器更新所述第一業(yè)務(wù)部分，得到第一更新業(yè)務(wù)部分；

所述服務(wù)器向所述終端發(fā)送所述第一更新業(yè)務(wù)部分。

在一種可行的設(shè)計中，所述服務(wù)器向終端發(fā)送所述1個公共部分和所述n個業(yè)務(wù)部分之后，還包括：

所述服務(wù)器更新所述公共部分，得到更新公共部分；

所述服務(wù)器向所述終端發(fā)送所述更新公共部分。

在一種可行的設(shè)計中，所述服務(wù)器向終端發(fā)送所述1個公共部分和所述n個業(yè)務(wù)部分，包括：

所述服務(wù)器將所述n個業(yè)務(wù)部分打包成n個補(bǔ)丁文件；

所述服務(wù)器向所述終端發(fā)送所述1個公共部分和所述n個補(bǔ)丁文件。

第二方面，本申請實施例提供一種應(yīng)用程序下載方法，包括：

終端接收服務(wù)器發(fā)送的1個公共部分和n個業(yè)務(wù)部分，所述1個公共部分和n個業(yè)務(wù)部分為所述服務(wù)器對n個捆綁文件中的每個捆綁文件進(jìn)行拆分得到的；

所述終端將所述n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分與所述1個公共部分合并，以得到所述n個捆綁文件。

在一種可行的設(shè)計中，所述n個捆綁文件包含第一捆綁文件，所述第一捆綁文件包含所述公共部分和第一業(yè)務(wù)部分，所述n個業(yè)務(wù)部分包含所述第一業(yè)務(wù)部分，所述終端將所述n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分與所述1個公共部分合并之后，還包括：

所述終端接收所述服務(wù)器發(fā)送的第一更新業(yè)務(wù)部分，所述第一更新業(yè)務(wù)部分為所述服務(wù)器對所述第一業(yè)務(wù)部分進(jìn)行更新得到；

所述終端根據(jù)所述第一更新業(yè)務(wù)部分，更新所述第一業(yè)務(wù)部分。

在一種可行的設(shè)計中，所述終端將所述n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分與所述1個公共部分合并之后，還包括：

所述終端接收所述服務(wù)器發(fā)送的更新公共部分，所述更新公共部分為所述服務(wù)器對所述公共部分進(jìn)行更新得到；

所述終端根據(jù)所述更新公共部分更新所述公共部分。

在一種可行的設(shè)計中，終端接收服務(wù)器發(fā)送的1個公共部分和n個業(yè)務(wù)部分，包括：

所述終端接收所述服務(wù)器發(fā)送的所述1個公共部分和n個補(bǔ)丁文件，所述n個補(bǔ)丁文件為所述服務(wù)器對所述n個業(yè)務(wù)部分進(jìn)行打包得到的。

第三方面，本申請實施例提供一種服務(wù)器，包括：

處理模塊，用于將n個捆綁文件中的每個捆綁文件拆分為公共部分和業(yè)務(wù)部分，以得到1個公共部分和n個業(yè)務(wù)部分，n≥1，且為整數(shù)；

收發(fā)模塊，用于向終端發(fā)送所述1個公共部分和所述n個業(yè)務(wù)部分。

在一種可行的設(shè)計中，所述n個捆綁文件包含第一捆綁文件，所述第一捆綁文件包含所述公共部分和第一業(yè)務(wù)部分，所述處理模塊，在所述發(fā)送模塊向終端發(fā)送所述1個公共部分和所述n個業(yè)務(wù)部分之后，還用于更新所述第一業(yè)務(wù)部分，得到第一更新業(yè)務(wù)部分；

所述發(fā)送模塊，還用于向所述終端發(fā)送所述第一更新業(yè)務(wù)部分。

在一種可行的設(shè)計中，所述處理模塊，在所述發(fā)送模塊向終端發(fā)送所述1個公共部分和所述n個業(yè)務(wù)部分之后，還用于更新所述公共部分，得到更新公共部分；

所述發(fā)送模塊，還用于向所述終端發(fā)送所述更新公共部分。

在一種可行的設(shè)計中，所述處理模塊，還用于將所述n個業(yè)務(wù)部分打包成n個補(bǔ)丁文件；

所述發(fā)送模塊，具體用于向所述終端發(fā)送所述1個公共部分和所述n個補(bǔ)丁文件。

第四方面，本申請實施例提供一種終端，包括：

收發(fā)模塊，用于接收服務(wù)器發(fā)送的1個公共部分和n個業(yè)務(wù)部分，所述1個公共部分和n個業(yè)務(wù)部分為所述服務(wù)器對n個捆綁文件中的每個捆綁文件進(jìn)行拆分得到的；

處理模塊，用于將所述n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分與所述1個公共部分合并，以得到所述n個捆綁文件。

在一種可行的設(shè)計中，所述n個捆綁文件包含第一捆綁文件，所述第一捆綁文件包含所述公共部分和第一業(yè)務(wù)部分，所述n個業(yè)務(wù)部分包含所述第一業(yè)務(wù)部分，所述收發(fā)模塊，在所述處理模塊將所述n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分與所述1個公共部分合并之后，還用于接收所述服務(wù)器發(fā)送的第一更新業(yè)務(wù)部分，所述第一更新業(yè)務(wù)部分為所述服務(wù)器對所述第一業(yè)務(wù)部分進(jìn)行更新得到；

所述處理模塊，還用于根據(jù)所述第一更新業(yè)務(wù)部分，更新所述第一業(yè)務(wù)部分。

在一種可行的設(shè)計中，所述收發(fā)模塊，在所述處理模塊將所述n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分與所述1個公共部分合并之后，還用于接收所述服務(wù)器發(fā)送的更新公共部分，所述更新公共部分為所述服務(wù)器對所述公共部分進(jìn)行更新得到；

所述處理模塊，還用于根據(jù)所述更新公共部分更新所述公共部分。

在一種可行的設(shè)計中，所述收發(fā)模塊，具體用于接收所述服務(wù)器發(fā)送的所述1個公共部分和n個補(bǔ)丁文件，所述n個補(bǔ)丁文件為所述服務(wù)器對所述n個業(yè)務(wù)部分進(jìn)行打包得到的。

本申請實施例提供的應(yīng)用程序下載方法、服務(wù)器及終端，服務(wù)器將對應(yīng)同一個業(yè)務(wù)的n個bundle文件中的每個bundle文件拆分為公共部分和業(yè)務(wù)部分，得到1個公共部分和n個業(yè)務(wù)部分并發(fā)送給終端，使得終端將n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分和公共部分合并，從而得到對應(yīng)一個業(yè)務(wù)的n個bundle文件。相較于發(fā)送n個完整的bundle文件，該過程中，服務(wù)器在發(fā)送n個bundle文件時，僅發(fā)送該n個bundle文件相同的1個公共部分和n個不同的業(yè)務(wù)部分，從而通過減小bundle文件的體積，實現(xiàn)降低應(yīng)用程序下載過程中流量損耗的目的。

附圖說明

圖1為本申請應(yīng)用程序下載方法實施例一的信令圖；

圖2為本申請應(yīng)用程序下載方法所適用的bundle文件的拆分過程示意圖；

圖3為本申請應(yīng)用程序下載方法中對bundle文件進(jìn)行打包的過程示意圖；

圖4為本申請服務(wù)器的結(jié)構(gòu)示意圖；

圖5為本申請終端的結(jié)構(gòu)示意圖。

具體實施方式

為使本申請實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本申請實施例中的附圖，對本申請實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本申請一部分實施例，而不是全部的實施例。基于本申請中的實施例，本領(lǐng)域技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護(hù)的范圍。以下內(nèi)容為結(jié)合附圖及較佳實施例，對依據(jù)本申請申請的具體實施方式、結(jié)構(gòu)、特征及其功效的詳細(xì)說明。

本申請的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”、“第三”、“第四”等(如果存在)是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本申請的實施例例如能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤４送?，術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

通常來說，移動互聯(lián)網(wǎng)行業(yè)應(yīng)用可分為兩種，一種是基于本地操作系統(tǒng)，如ios或android操作系統(tǒng)運行的app，稱之為nativeapp；一種是基于智能終端的瀏覽器運行的webapp。

reactnative是臉書(facebook)開源的，可同時用來開發(fā)ios和android應(yīng)用的技術(shù)。開發(fā)人員通過reactnative(rn)熱更新平臺開發(fā)app，一個app包括多個捆綁(bundle)文件。終端的app需要更新一些內(nèi)容(如運營的彈窗或者功能模塊)時，可以直接從熱更新平臺的服務(wù)器下載該app的多個bundle文件，然后該app解析并加載下載的多個bundle文件，在無需下載安裝新版本的app的同時，實現(xiàn)更新該app的內(nèi)容的功能。

然而，經(jīng)驗證發(fā)現(xiàn)：一個普通的bundle文件，少則幾百kb，多則幾mb或上百mb，顯然，終端下載bundle文件的過程中會消耗巨大的流量。尤其當(dāng)終端處于wifi未覆蓋的環(huán)境中時，對用戶造成極大的經(jīng)濟(jì)損失。

有鑒于此，本申請實施例提供一種應(yīng)用程序下載方法、服務(wù)器及終端，通過減小bundle文件的體積，實現(xiàn)降低應(yīng)用程序下載過程中流量損耗的目的。具體的，可參加圖1。

圖1為本申請應(yīng)用程序下載方法實施例一的信令圖，本實施例從服務(wù)器與終端交互的角度對本申請應(yīng)用程序下載方法進(jìn)行詳細(xì)說明。具體的，本實施例包括：

101、服務(wù)器將n個捆綁文件中的每個捆綁文件拆分為公共部分和業(yè)務(wù)部分。

本申請實施例中，一個app可支持多種業(yè)務(wù)，如58同城app中包括的租房、招聘、二手、黃頁等多個業(yè)務(wù)，每個業(yè)務(wù)具有不同的特征，并對應(yīng)n個捆綁(bundle)文件，對應(yīng)同一個業(yè)務(wù)的n個bundle文件中，每個bundle文件可拆分為公共部分和業(yè)務(wù)部分，n個bundle文件的公共部分相同，業(yè)務(wù)部分不同。其中，公共部分指bundle文件中和熱更新平臺自身邏輯有關(guān)的部分，業(yè)務(wù)部分是指bundle文件中和業(yè)務(wù)邏輯相關(guān)的部分。對應(yīng)同一個業(yè)務(wù)的n個bundle文件的公共部分與rn熱更新平臺自身邏輯相關(guān)的部分相同，而對應(yīng)同一個業(yè)務(wù)的n個bundle文件的業(yè)務(wù)部分不同。因此，本步驟中，熱更新平臺的服務(wù)器將對應(yīng)同一個業(yè)務(wù)的n個bundle文件中的每個bundle文件拆分為公共部分和業(yè)務(wù)部分，由于n個bundle文件的公共部分相同，因此可視為1個公共部分，從而得到1個公共部分和n個業(yè)務(wù)部分。具體的，可參加圖2，圖2為本申請應(yīng)用程序下載方法所適用的bundle文件的拆分過程示意圖。

請參照圖2，n個bundle文件中的每個bundle文件被拆分后，得到1個公共部分和n個業(yè)務(wù)部分。

102、服務(wù)器向終端發(fā)送所述1個公共部分和所述n個業(yè)務(wù)部分。

拆分完畢后，服務(wù)器向終端發(fā)送該1個公共部分和n個業(yè)務(wù)部分。相應(yīng)的，終端接收該1個公共部分和n個業(yè)務(wù)部分。

103、終端將所述n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分與所述1個公共部分合并，以得到所述n個捆綁文件。

在接收到1個公共部分和n個業(yè)務(wù)部分后，終端的app將n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分和公共部分合并，從而得到對應(yīng)一個業(yè)務(wù)的n個bundle文件。

本申請實施例提供的應(yīng)用程序下載方法，服務(wù)器將對應(yīng)同一個業(yè)務(wù)的n個bundle文件中的每個bundle文件拆分為公共部分和業(yè)務(wù)部分，得到1個公共部分和n個業(yè)務(wù)部分并發(fā)送給終端，使得終端將n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分和公共部分合并，從而得到對應(yīng)一個業(yè)務(wù)的n個bundle文件。相較于發(fā)送n個完整的bundle文件，該過程中，服務(wù)器在發(fā)送n個bundle文件時，僅發(fā)送該n個bundle文件相同的1個公共部分和n個不同的業(yè)務(wù)部分，從而通過減小bundle文件的體積，實現(xiàn)降低應(yīng)用程序下載過程中流量損耗的目的。

app被開發(fā)出來后，不可避免的需要更新?，F(xiàn)有的采用插件技術(shù)更新app時，不需要發(fā)布新版本app就能夠?qū)崿F(xiàn)對app的頁面和功能的更新，但是更新后必須重啟app使得插件代碼生效。為避免重啟app，本申請實施例中，開發(fā)人員通過reactnative(rn)熱更新平臺對app進(jìn)行更新。更新過程中，終端停留在app的某個頁面，rn熱更新平臺的服務(wù)器對終端下發(fā)指令，以通知終端該頁面有更新，然后下載新頁面，下載完畢后對本頁面進(jìn)行刷新，使得用戶觀看到新頁面。下面，對本申請實施例中如何更新應(yīng)用程序進(jìn)行詳細(xì)說明。

具體的，app的一個業(yè)務(wù)對應(yīng)多個bundle文件，對該app進(jìn)行更新，實質(zhì)上是對該app包含的bundle文件進(jìn)行更新。而一個bundle文件可以被拆分為公共部分和業(yè)務(wù)部分，因此，對一個bundle文件的更新，是指對該bundle文件的公共部分進(jìn)行更新、對該bundle文件的業(yè)務(wù)部分進(jìn)行更新，或者對該bundle文件的公共部分和業(yè)務(wù)部分都進(jìn)行更新。下面，對該些情況分別進(jìn)行詳細(xì)說明。

首先，對公共部分進(jìn)行更新。

具體的，對于同一個業(yè)務(wù)對應(yīng)的n個bundle文件，該n個bundle文件的公共部分相同。當(dāng)需要對該公共部分進(jìn)行更新時，服務(wù)器更新所述公共部分，得到更新公共部分；接著，所述服務(wù)器向所述終端發(fā)送所述更新公共部分。相應(yīng)的，終端接收該公共部分，根據(jù)所述更新公共部分更新所述公共部分，即用更新公共部分替換公共部分。然后，終端將n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分和更新公共部分合并，得到對應(yīng)一個業(yè)務(wù)的n個bundle文件，從而實現(xiàn)對n個bundle文件的更新。

其次，對業(yè)務(wù)部分進(jìn)行更新。

具體的，對于同一個業(yè)務(wù)對應(yīng)的n個bundle文件，該n個bundle文件的業(yè)務(wù)部分不相同。該n個捆綁文件包含第一捆綁文件，所述第一捆綁文件包含所述公共部分和第一業(yè)務(wù)部分，所述n個業(yè)務(wù)部分包含所述第一業(yè)務(wù)部分。當(dāng)需要對第一捆綁文件的第一業(yè)務(wù)部分進(jìn)行更新時，所述終端將所述n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分與所述1個公共部分合并之后，當(dāng)需要對第一捆綁文件的第一業(yè)務(wù)部分進(jìn)行更新時，服務(wù)器更新所述第一業(yè)務(wù)部分，得到第一更新業(yè)務(wù)部分；接著，所述服務(wù)器向所述終端發(fā)送所述第一更新業(yè)務(wù)部分。相應(yīng)的，終端接收該第一更新業(yè)務(wù)部分，根據(jù)所述第一更新業(yè)務(wù)部分更新所述第一業(yè)務(wù)部分，即用第一更新業(yè)務(wù)部分替換第一業(yè)務(wù)部分。然后，終端將第一業(yè)務(wù)部分和公共部分合并，得到更新后的第一bundle文件，從而實現(xiàn)對第一bundle文件的更新。

最后，對公共部分和業(yè)務(wù)部分都進(jìn)行更新。

本申請實施例中，對于app的同一個業(yè)務(wù)，終端第一次該業(yè)務(wù)的bundle文件時，將該業(yè)務(wù)的bundle文件的1個公共部分和n個業(yè)務(wù)部分都進(jìn)行下載。后續(xù)，當(dāng)需要對公共部分和n個業(yè)務(wù)部分中的至少一個業(yè)務(wù)部分進(jìn)行更新時，由于更新后的每個業(yè)務(wù)部分需要和更新后的公共部分進(jìn)行合并。因此，本申請實施例中，當(dāng)需要對公共部分和業(yè)務(wù)部分都進(jìn)行更新時，先對公共部分進(jìn)行更新，再對業(yè)務(wù)部分進(jìn)行更新，避免先對業(yè)務(wù)部分進(jìn)行更新、再對公共部分進(jìn)行更新后，需要繼續(xù)對更新后的業(yè)務(wù)部分和更新后的公共部分進(jìn)行合并的弊端。

另外，在本申請一示例中，所述服務(wù)器向終端發(fā)送所述1個公共部分和所述n個業(yè)務(wù)部分時，先將所述n個業(yè)務(wù)部分打包成n個補(bǔ)丁文件，然后向所述終端發(fā)送所述1個公共部分和所述n個補(bǔ)丁文件。具體的，可參加圖3，圖3為本申請應(yīng)用程序下載方法中對bundle文件進(jìn)行打包的過程示意圖。

請參照圖3，n個bundle文件中的每個bundle文件被拆分后，得到1個公共部分和n個業(yè)務(wù)部分。然后，服務(wù)器對該n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分進(jìn)行打包，將其打包為補(bǔ)丁(patch)文件，從而得到n個補(bǔ)丁文件。如此一來，將n個bundle文件，即n×bundle文件轉(zhuǎn)換為1個公共部分+n×補(bǔ)丁文件。假設(shè)每個bundle文件的大小為600kb，被壓縮后為100kb，共有6個bundle文件，則6個bundle文件壓縮后的大小為600kb。每一個壓縮后的bundle文件的公共部分為40kb，業(yè)務(wù)部分為60kb，則對該6個bundle文件進(jìn)行拆分，得到1個公共部分和6個業(yè)務(wù)部分，對該6個業(yè)務(wù)部分打包，得到6個patch文件，其中，1個公共部分的大小為40kb，6個補(bǔ)丁文件的大小為6×60kb＝360kb，1個公共部分和6個業(yè)務(wù)部分的大小為40kb+360kb＝400kb。服務(wù)器僅需要將該400kb的文件發(fā)送給終端，相較于向終端發(fā)送600kb的6個bundle文件，文件大小減少了33％。

圖4為本申請服務(wù)器的結(jié)構(gòu)示意圖，包括：

處理模塊11，用于將n個捆綁文件中的每個捆綁文件拆分為公共部分和業(yè)務(wù)部分，以得到1個公共部分和n個業(yè)務(wù)部分，n≥1，且為整數(shù)；

收發(fā)模塊12，用于向終端發(fā)送所述1個公共部分和所述n個業(yè)務(wù)部分。

本申請實施例提供的服務(wù)器，將對應(yīng)同一個業(yè)務(wù)的n個bundle文件中的每個bundle文件拆分為公共部分和業(yè)務(wù)部分，得到1個公共部分和n個業(yè)務(wù)部分并發(fā)送給終端，使得終端將n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分和公共部分合并，從而得到對應(yīng)一個業(yè)務(wù)的n個bundle文件。相較于發(fā)送n個完整的bundle文件，該過程中，服務(wù)器在發(fā)送n個bundle文件時，僅發(fā)送該n個bundle文件相同的1個公共部分和n個不同的業(yè)務(wù)部分，從而通過減小bundle文件的體積，實現(xiàn)降低應(yīng)用程序下載過程中流量損耗的目的。

可選的，在本申請一實施例中，所述n個捆綁文件包含第一捆綁文件，所述第一捆綁文件包含所述公共部分和第一業(yè)務(wù)部分，所述處理模塊11，在所述發(fā)送模塊向終端發(fā)送所述1個公共部分和所述n個業(yè)務(wù)部分之后，還用于更新所述第一業(yè)務(wù)部分，得到第一更新業(yè)務(wù)部分；

所述發(fā)送模塊，還用于向所述終端發(fā)送所述第一更新業(yè)務(wù)部分。

可選的，在本申請一實施例中，所述處理模塊11，在所述發(fā)送模塊向終端發(fā)送所述1個公共部分和所述n個業(yè)務(wù)部分之后，還用于更新所述公共部分，得到更新公共部分；

所述發(fā)送模塊，還用于向所述終端發(fā)送所述更新公共部分。

可選的，在本申請一實施例中，所述處理模塊11，還用于將所述n個業(yè)務(wù)部分打包成n個補(bǔ)丁文件；

所述發(fā)送模塊，具體用于向所述終端發(fā)送所述1個公共部分和所述n個補(bǔ)丁文件。

圖5為本申請終端的結(jié)構(gòu)示意圖，包括：

收發(fā)模塊21，用于接收服務(wù)器發(fā)送的1個公共部分和n個業(yè)務(wù)部分，所述1個公共部分和n個業(yè)務(wù)部分為所述服務(wù)器對n個捆綁文件中的每個捆綁文件進(jìn)行拆分得到的；

處理模塊22，用于將所述n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分與所述1個公共部分合并，以得到所述n個捆綁文件。

本申請實施例提供的終端，接收服務(wù)器1個公共部分和n個業(yè)務(wù)部分，該1個公共部分和n個業(yè)務(wù)部分為服務(wù)器將對應(yīng)同一個業(yè)務(wù)的n個bundle文件中的每個bundle文件拆分為公共部分和業(yè)務(wù)部分后得到的，終端將n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分和公共部分合并，從而得到對應(yīng)一個業(yè)務(wù)的n個bundle文件。相較于發(fā)送n個完整的bundle文件，該過程中，服務(wù)器在發(fā)送n個bundle文件時，僅發(fā)送該n個bundle文件相同的1個公共部分和n個不同的業(yè)務(wù)部分，從而通過減小bundle文件的體積，實現(xiàn)降低應(yīng)用程序下載過程中流量損耗的目的。

可選的，在本申請一實施例中，所述n個捆綁文件包含第一捆綁文件，所述第一捆綁文件包含所述公共部分和第一業(yè)務(wù)部分，所述n個業(yè)務(wù)部分包含所述第一業(yè)務(wù)部分，所述收發(fā)模塊21，在所述處理模塊22將所述n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分與所述1個公共部分合并之后，還用于接收所述服務(wù)器發(fā)送的第一更新業(yè)務(wù)部分，所述第一更新業(yè)務(wù)部分為所述服務(wù)器對所述第一業(yè)務(wù)部分進(jìn)行更新得到；

所述處理模塊22，還用于根據(jù)所述第一更新業(yè)務(wù)部分，更新所述第一業(yè)務(wù)部分。

可選的，在本申請一實施例中，所述收發(fā)模塊21，在所述處理模塊22將所述n個業(yè)務(wù)部分中的每個業(yè)務(wù)部分與所述1個公共部分合并之后，還用于接收所述服務(wù)器發(fā)送的更新公共部分，所述更新公共部分為所述服務(wù)器對所述公共部分進(jìn)行更新得到；

所述處理模塊22，還用于根據(jù)所述更新公共部分更新所述公共部分。

可選的，在本申請一實施例中，所述收發(fā)模塊21，具體用于接收所述服務(wù)器發(fā)送的所述1個公共部分和n個補(bǔ)丁文件，所述n個補(bǔ)丁文件為所述服務(wù)器對所述n個業(yè)務(wù)部分進(jìn)行打包得到的。

本領(lǐng)域普通技術(shù)人員可以理解：實現(xiàn)上述各方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成。前述的程序可以存儲于一計算機(jī)可讀取存儲介質(zhì)中。該程序在執(zhí)行時，執(zhí)行包括上述各方法實施例的步驟；而前述的存儲介質(zhì)包括：rom、ram、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。