我验证了md5，依然会出现这种问题。不是文件下载失败。具体原因未知。但是用户一键修复之后，问题得到解决。逻辑就是删除所有热更资源，重新热更。所以怀疑用户热更失败了，但是assetmanager却认为热更成功了。
从楼上的回复来看，你的删除操作是在c++层执行的？
不是延迟调用。是sprite的update的调用，然后一直报错。所以无法重现，也就没法判断具体原因。如果源头哦是我这里代码报错，我肯定是找到相关原因。
一键修复不是。新版本覆盖老版本，这个删除操作是在c++层实现的。
嗯，谢谢你了
麻烦问一下，您目前使用的是什么版本的引擎？
顶帖。有空我仔细看看有没会的。
问题我们会一一确认一下，一些问题可能在2.x版本有过修复，可以尝试一下看看
嗯，谢谢引擎组的关注。我对比2.x相关改动。只是那个js报错的问题。实在是不知道头绪从何查起。希望能给一些指导。
1.8 和你的1.9版本差不多
1.x都有一个共有的问题。cc.loader.loadRes调用多次之后，会越来越慢。这个接口每调用一次，有一个存放资源的map，长度都会加1，而且每次调用都会遍历这个map。重点是，加载相同的资源多次，会重复增加长度。资源释放时，长度不会减少。所以如果有频繁调用cc.loader.loadRes的接口。程序运行时间长之后，就会越来越卡。
官方有一个相关的可修改，可参考
https://github.com/cocos-creator/engine/commit/a4f7c2c939c1cb8bf8ece4c9dc0b9ea1ac899bdf#diff-7f10959f223b7907b5d32a9b6524a0bd
虽然是在2.x的版本修改，但是没有关系
我刚对比了2.x的代码做了相关修改。还有其他坑吗？可以相互交流下，看来你也踩了挺多坑的。
看看官方更新了哪些东西，fixed了哪些问题，然后去github上找对应修改。
我就是这样过来的。
根据你的版本我罗列一下你可以合并的一些修改，仅供参考
https://github.com/cocos-creator/engine/commit/e44a03926ec5366769eefa855e7c192a1a620ab6
1赞
嗯嗯，谢谢。
问一下，你们产品是app还是小程序呢？
app。只在原生平台运行。
自己置顶一段时间，以表诚意。
1赞
creator的native真是渣渣，效果也不能做的太炫，卡，三端就别想一个引擎了，