Javascript 计时器性能
Javascript timer performance
我看到有时JavaScript计时器有点滞后。我想知道您是否认为最好拥有更多具有不同时间的计时器或只有一个计时器。
例如,我需要两个计时器,一个用于时钟秒刷新(每 1000 毫秒),另一个用于服务器的某些更新(每 3600 毫秒)。您是否认为我们最好只有一个计时器(更频繁),例如:
if(dateObj.getSeconds()==0){
//do update each minute
}
也许答案是:是一样的... :-)
谢谢。
拥有两个计时器是一个更好的主意 - 更具可读性且更易于维护。
如果一段代码密集运行几秒钟,浏览器很可能会杀死这样的脚本。所以不要指望滞后会比这几秒钟更大。但是,通常此滞后不应大于几十毫秒(如果毫秒)。
如果您需要确切知道计时器的确切时间以及滞后是什么,请参阅以下简单的代码片段:
var scheduled = new Date().getTime() + 100;
setTimeout(function() {
var lag = new Date().getTime() - scheduled;
//...
}, 100);
在我的情况下(Firefox)lag
变量总是在-1(!)和1毫秒之间。
相关文章:
- 如何在窗体打开时从javascript倒计时计时器值中节省时间
- 设置倒计时计时器,IE出现问题
- MobileFirst:在客户端运行计时器作业-最佳选项
- 显示具有服务器端自动时间注销的同步倒计时计时器
- 倒计时计时器应该持续两个php页面
- 在Jquery倒计时计时器上设置每个数字的动画
- 我如何才能确保计时器设置为每天4点半,所以我不会;不用在Javascript中提及某个日期
- 如何禁用窗口.当计时器超时时,打开卸载警报
- 在Nodejs中为许多用户处理计时器
- 如果弹出窗口关闭,Javascript停止/重置计时器
- 如何在隐藏时暂停jquery计时器
- Javascript倒计时计时器倒计时未正确更新秒/分钟
- 计时器循环从不运行
- Progressbar计时器,仅在页面刷新时重新加载
- 创建一个倒计时计时器脚本,该脚本计算声音文件的持续时间,而不是特定的日期
- 递归倒计时计时器
- Jquery时间启动计时器,我有一个计时器的代码,但它在页面加载时启动
- 试图创建一个24小时计时器来重置自己
- Javascript 计时器性能
- 在计时器中持续访问 Cookie 的性能影响