这个在3.7.3版本有修复吗?我现在首屏加载需要时间很长,可能是因为设备原因,但是网络请求的数量能达到3000以上
你这是预览吧?发布后就好了。另外建议试试 3.7.4
我这里也是,我用的3.7.2,预览启动至少需要两分钟,3000多个文件request,现在不知道怎么办,升级的话又是公司项目,怕会出问题,有没有现成的
发布是没问题,但是我现在问题就是预览想快点啊,影响开发速度,等半天
试试 3.7.4
3.7.4比3.7.3更慢,亲测效果更差,希望后续能尽快优化!
请问你的测试环境是什么?
使用以前的2.4.3版本在google浏览器运行项目的时候打开或者以前已经有的资源的时候大量的304,但是使用3.74版本在google浏览器运行项目的时候基本上都是200
在2.4.3里面是下面这个样子的
但是在3.7.3里面是
是因为3.7.3里面需要设置什么东西吗?
200 是正常的,应该跟引擎版本无关。
200 OK (from cache) 是浏览器没有跟服务器确认,直接用了浏览器缓存;
304 Not Modified 是浏览器和服务器多确认了一次缓存有效性,再用的缓存。
可以都开启 MD5 cache 试试
设备名称 | PS2023FNDYKNEB |
---|---|
处理器 | Intel® Core™ i3-10105 CPU @ 3.70GHz 3.70 GHz |
机带 RAM | 24.0 GB (23.8 GB 可用) |
设备 ID | 232840B0-8306-43A5-AE81-C53A44184346 |
产品 ID | 00326-70000-00001-AA698 |
系统类型 | 64 位操作系统, 基于 x64 的处理器 |
笔和触控 | 没有可用于此显示器的笔或触控输入 |
软件:cocosCreator3.7.3 / 3.7.4 Edge浏览器
这年代了,怎么还用i3处理器,用i9至尊版就快了
没办法,公司配置,但对于开发来说要用顶级的cpu来开发,不就增加了开发成本了嘛,更多的小公司配置都是能勉强开发的
- 尽可能减少http请求次数
cocos构建后零散json太多了,建议是多用模块分包 ,分包开启合并所有json以降低http文件请求数,一般到看到登录界面,总请求数别超过300 - 全量webp,你会很惊喜
我们会尝试在预览时执行一个轻量化的 json 合批方案
希望这个功能可以加急,真的很浪费调试时间
分包只针对 release版本才有效吧,开发期还是零散的请求
请问各位大佬,这个问题有优化方案了吗
小弟這依據 haiyoucuv
文章 使用 Zip 加速 CocosWeb 加载 思路實踐了各 CC3 擴展 WebZipBundle,專門解決 H5 遊戲網路請求數量的問題也在實際項目上跑過,可以參考看看。
真牛逼,预览3000个request,电脑要炸了吧
1个图好像 会产生5、6个请求,3000个请求也就500个小图,很容易达到的