Cocos Creator 热更新资源md5值比较,引发卡顿的原因及解决办法

如果用到Cococ Creator提供的热更新模式,在做md5比较的时候,肯定会遇到卡顿的问题。

本文主要就是为了研究这块的解决办法。

首先看看引擎方提供的md5比较办法:

this.assetsManager = new jsb.AssetsManager(this.manifestUrl, this.storagePath, this.versionCompareHandle, remoteVersion);
this.assetsManager.setVerifyCallback((path, asset) => {
  return true;
});

setVerifyCallback 方法回调,在这里面做md5值比较,这里是个巨坑,笔者无意去猜测引擎方为什么要这么干,但它确实坑。

因为在渲染层来做这个md5值比较,真的是很卡,巨卡。
方法有两种:

1、更换校验方法,CRC等简单的验签方式。

2、将比较放到热更新线程去做。

笔者挑了方法2来挑战,当然这要改底层了。

原则:不能在IO后来做,要在内存中直接比较了。不能占用渲染线程。
第一步:

引入md5.cpp的库,有许多这样的c++类库,这里就不多说了。

第二步:

改造AssetManagerEx.cpp文件:
/*_downloader->onFileTaskSuccess = [this](const network::DownloadTask& task)
{
    this->onSuccess(task.requestURL, task.storagePath, task.identifier, NULL);
};*/
_downloader->onDataTaskSuccess = [this](const network::DownloadTask& task, std::vector& data)
{
    // CCLOG("taskfile=%s", task.storageEndPath);
    Data temp;
    temp.copy(data.data(), data.size());
    cocos2d::FileUtils::getInstance()->writeDataToFile(temp, task.storageEndPath);
    this->onSuccess(task.requestURL, task.storageEndPath, task.identifier, temp);
};

在onSuccess方法中,做md5比较部分改造:

Manifest::Asset asset = assetIt->second;
if (_verifyCallback != nullptr)
{
  //  ok = _verifyCallback(storagePath, asset);
    ok = false;
    unsigned char ch[128];
    md5((char*)data.getBytes(), data.getSize(), (char *)ch);


    // CCLOG("the md5 sign code is file.md5=%2x%2x%2x%2x, asset.md5=%s", ch[0], ch[1], ch[2], ch[3], asset.md5);
    unsigned char result[128];
    memset(result, 0, sizeof(result));
    Hex2Byte(asset.md5.c_str(), result, 32);
    result[16] = 0;
    if (memcmp(result, ch, 16) == 0)
    {
        ok = true;
    }
    CCLOG("the md5 sign code is %x", ok);
}

第三步:

改造CCDownloader.h中,添加属性

std::string storageEndPath;

改造CCDownloader.cpp中:

//task_->storagePath   = ;
task_->storageEndPath = storagePath;

为什么这样改,因为 CCDownloader 逻辑中是用 storagePath 这个的值来判断存文件的,首先将它置空,然后将目标地址改到另一个属性中,这样下载下来的资源就会直接在内存中保留。

然后在任务成功的回调中再写IO,并拿这个内存资源去做md5比较,就是第二步中的onDataTaskSuccess部分。

这样就完成了改造,可以试下。

大体的流程就是:

1、通过改造CCDownloader将,下载的资源放在内存中,不存IO;

2、回调到AssetManangerEx中时,再存盘,并对比内存的资源的md5值;

好处是,md5比较是在下载线程,不会造成渲染线程卡顿,同时写io的还是只有一次;

以上,就是Cocos Creator 热更新资源md5值比较,修复卡顿。

你可能感兴趣的:(Cocos Creator 热更新资源md5值比较,引发卡顿的原因及解决办法)