很简单啊 做一个长度为3得关卡队列 取出一个得时候 再加载一个
这个倒不是队列的问题,因为最终还是要加载关卡的资源文件,主要是资源文件加载过慢,资源文件总共就2M,偏偏加载了30秒
会不会是同时发起请求的数量受限导致的?
我开始也这么想,后来改成zip压缩,文件就2个,1个json,一个zip,还是加载过慢
那你试过用资源url,在浏览器直接请求你的资源的速度吗?
看看开发者工具network中这个文件请求的time是多少,试试浏览器下载这个文件正常不
试过,只有不再抖音开发者工具中,一切都正常
试过,只有不再开发者工具中,一切都正常
换一张主场景图片试试,换个1m的图片可能都不需要这么久
换一张没用,因为是30个关卡,每个关卡都是这么久
丢个 demo 出来试试
好的,一看你这头衔就挺牛逼。demo是需要截图,还是代码,还是其他示例。帖子中的截图,就是加载一个关卡时的,截图,每个资源加载要几秒中。
搞一个小 demo,zip 丢上来,不信了,这么离谱
是cdn+对象存储吗?会不会是cdn没配好?
这个速度太离谱了,我这边也是loaddir,直接loadbundle远程包,也是按需加载几百个关卡都不会卡,关卡放在对象存储上了 还是 云服务器,如果是云服务器带宽有限制,访问人数一多就慢了。
demo 就是你的精简过的工程, 去除敏感信息的最小化工程, 只要能复现你说的现象就行, 大家可以帮你一起排查, 要不然大家还得自己弄工程,自己写代码, 很多人就只能提供思路方面的, 不一定能解决你的问题
单纯看你加载的这段代码看不出来问题
一个最简单的方法,进入当前关之前先预加载好,进入关卡之后就再后台把下一关卡提前加载好
看资源大小不算大,加载速度慢,优先排查 network 里面是不是限速了?
