如题,如果是别的浏览器秒开包括safari。
只有在IOS微信上面遇到，各种5s 6p基本上都存在这个问题。
主要问题特征:卡在加载资源界面，目测应该是在加载资源的过程中出现问题。
Cocos Creator 版本1.4.0和1.3.2均如此，别的版本没测试。
我记得之前版本并不存在这个问题。
用了音频么？试试把音频删掉。。。以前 dom 音频加载的时候会有回调被异常延迟的问题。
现在是webAudio 应该是不会了的。
如果不是这个原因的话，估计要一个个资源查一下= =
大哥 又是你的锅 你的锅 你的锅啊 我要有口锅 能把你拍扁了
我先看看全部改成webAudio可以不。
我服 真是你的锅，改了可以了。
你需要在加载过程LOG一下，看看耗时最高的是在具体哪个函数里面，或者直接列出来到论坛里面。不然我们也无法帮到你。
一句话加载慢了 —— 引擎的锅
一句话性能不足 —— 引擎的锅
一句话异常崩溃 —— 引擎的锅
对不起，没有具体分析的情况下我就不背这个锅了。欢乐斗地主、欢乐斗牛、恶魔骑士团等一批Cocos Creator游戏为什么就没这些问题，因为人家调试进去挨个看问题，然后在游戏逻辑层、以及我们付费技术顾问解决引擎层的问题挨个解决掉了啊。我们把这些项目在引擎层面的优化都合并到新版本里面，力求提供最好的引擎给大家，你遇到问题要具体调试进去多给我们一些信息啊。
1赞
可能你理解错了。
因为跟VisualSJ沟通音频这块问题比较多，这一次恰好又在这个上面，所以比较开玩笑的说。
当然下次能给到LOG会尽量提供，不提供这确实也会给官方解决问题带来困扰。
这个确实是音频的锅。但不能全算是引擎的锅~~是浏览器兼容性问题。。
因为 dom 音频加载的时候要等加载完成的事件回调，但是这个回调事件在某些机器上会莫名其妙的被延迟/或者干脆有些浏览器上直接不触发。而且没有其他可替代的事件可以让我们 hack 这个问题。
所以有一部分的手机如果使用 dom 方式播放音频，确实有可能会拖慢进入场景的速度。
后来都尽量使用 webAudio ，直接加载 arrayBuffer，而不是使用 dom element。但是使用 webAudio 又会造成内存暴涨，特别是体积比较大的音频，一下子可能就占掉了10来M的内存。所以一直在这里徘徊。没有一个完美的解决方案。熟悉的用户可以自己手动控制加载，但是也是比较麻烦的。
不过在 1.4 计划内，我们打算增加简单的方式让用户自主的去选择使用 dom 还是 webAudio，可以根据自身的需求，方便的为每个音频配置使用哪种模式。
1赞
请问一下这个问题解决吗？
我如何去选择使用webAudio