美文网首页
Cocos Creator 热更新资源md5值比较,引发卡顿的原

Cocos Creator 热更新资源md5值比较,引发卡顿的原

作者: 程序猿TODO | 来源:发表于2021-03-04 09:41 被阅读0次

    如果用到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<unsigned char>& 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值比较,引发卡顿的原

          本文链接:https://www.haomeiwen.com/subject/kwhltltx.html