cocos2d-js 熱更新具體解釋（一）

本文將會具體解說cocos2d-js下的熱更新機制。這篇內容先給大家介紹一下兩個manifest文件就當熱身了。

首先介紹project.manifest：  舉個樣例

{
"packageUrl" : "http://192.168.1.108/games/dragon_gold",
"remoteManifestUrl" : "http://192.168.1.108/games/dragon_gold/project.manifest",
"remoteVersionUrl" : "http://192.168.1.108/games/dragon_gold/version.manifest",
"version" : "1.0.2",
"groupVersions" : {
        "1" : "1.0.1",
"2" : "1.0.2"
    },
"engineVersion" : "3.6",
"assets" : {
        "update1" : {
            "path" : "dragon_gold1.zip",
            "md5" : "140caaa2a4508912424e807a941bf71",
            "compressed" : true,
            "group" : "1"
        },

"update2" : {
            "path" : "dragon_gold2.zip",
            "md5" : "140caaa2a4508912424e807a941bf7bc",
            "compressed" : true,
            "group" : "2"
        }
      },
      "searchPaths" : [
         ]

   }

• packageUrl :  遠程資源的下載根路徑。 （它是為“dragon_gold1.zip”服務的。沒了這個根路徑我們都找不到要下載的包）
• remoteVersionUrl ：遠程版本號文件的路徑，用來推斷server端是否有新版本號的資源。
• remoteManifestUrl ：遠程配置文件的路徑，包括版本號信息以及全部資源信息。
• version ： 配置文件相應的版本號。

  （這個用來推斷是否有新的更新包）

• assets ：這個比較重要：里面的value就是相應要更新的包，當中path是更新包的包名。md5：當在下次更新時用來比較這次與上次下載下來的manifest文件里相應的包的md5 碼是否同樣，不同的話須要做些處理（更新。刪除操作）。

  compressed是用來決定下載下來的包是否須要解壓。

  group是重中之重。它是用來實現增量跟新的。它的值與groupVersions相相應。

舉個樣例：有這么兩個用戶，第一個用戶下載app之后一直沒玩。第二個用戶一直在玩每次有更新時第二個用戶都會跟着更新，如今第二個用戶當前的version為1.0.1時。他會去更新update2這個包，可是第一個用戶一直沒玩所以他的更新包version是1.0.0。這時他須要去更新update1和update2這兩個包， 這就是一個簡單的實現增量更新的樣例。

（備注：當時用2.x版本號引擎沒提供這個功能。自己做了個增量更新功能坑了一段時間，如今引擎已經提供這個功能方便多了）。

我一直再講project.manifest這個文件卻沒有說version.manifest，它事實上是個簡化版 的project.manifest。當我們版本號已經有了幾十個甚至幾百個更新包時。顯然下載project.manifest來推斷是否有無更新是不明智的（由於更新包越多project.manifest體積變得越大。對於手機這么貴的流量下載這么大的東西是不划算的），因此此時的version.manifest用處就明顯了，不管project.manifest體積多大，它永遠僅僅須要這么幾行代碼就能夠了：

{
"packageUrl" : "http://192.168.1.108/games/dragon_gold",
"remoteManifestUrl" : "http://192.168.1.108/games/dragon_gold/project.manifest",
"remoteVersionUrl" : "http://192.168.1.108/games/dragon_gold/version.manifest",
"version" : "1.0.2",
"groupVersions" : {
        "1" : "1.0.1",
"2" : "1.0.2"

...
    }
}

這一節就講到這。下次開始用我眼下做的一個項目來具體解說熱更新的使用方法。（備注：這一節是用工作時間寫的。有點馬虎了.......）