Creator 版本号:1.4.1
运行时目标平台:Android
手机浏览器平台:小米4 ,zuk Z2
操作系统:windos
做了什么操作引起的 Bug:
当锁定帧率为35帧的情况下,只要场景内有有监听触摸事件,即便触摸函数回调中不做任何操作,依然会出现触摸的时候卡一下的情况。部分安卓机会出现,苹果机不会。在不锁定帧率的情况下不会出现。
偶发 bug 的概率和额外线索:必现
Creator 版本号:1.4.1
运行时目标平台:Android
手机浏览器平台:小米4 ,zuk Z2
操作系统:windos
做了什么操作引起的 Bug:
当锁定帧率为35帧的情况下,只要场景内有有监听触摸事件,即便触摸函数回调中不做任何操作,依然会出现触摸的时候卡一下的情况。部分安卓机会出现,苹果机不会。在不锁定帧率的情况下不会出现。
偶发 bug 的概率和额外线索:必现
我们检查过类似的情况,浏览器没有缘由得在触摸发生时停止了 setTimeout 的回调,等到触摸结束才回调,中间并不是繁忙的状态。可能的解释是,setTimeout 本来就是不被保障的一种回调,它有可能被其他优先级更高的任务所阻断不被触发。
所以在 1.4.2 中,帧率为 60 / 30 的情况下,我们都使用更稳定的 requestAnimationFrame 去调用主循环
意思就是 更新到了 1.4.2,就不会出现,这种setTimeOut 回调被阻隔的情况? 锁定在35帧不会出现触摸卡一下的情况吧~
还是会,35 fps 是无法用 requestAnimationFrame 来模拟的。。。只能用 30 fps 或者 60 fps
哦 !OK~~