这是一个由于倒计时插件出现bug而出现的文章,导致我努力去寻找这个原因的源头,最后终于发现了新大陆(先事先展示一下新大陆的结论):
setTimeout和setInterval都有误差
以1秒为例,setInterval会每次准时在1秒钟的时候将微任务推入主任务队列,导致如果某次本该在时间(1s=1000ms)1998ms的时候改变数据,但是变成2000ms的时候改变数据。它(setInterval)在下一次循环的2998ms依然会改变数据,以此类推,导致此时会展示(这里考虑省略小数点,四舍五入同样原理):2000ms(2s)->2998ms(2s)->3998ms(3s)->4998ms(4s)->6000ms(6s)->6998ms(6s)
以1秒为例,setTimeout会每次都在1秒钟后将微任务推入主任务队列,导致如果某次本该在时间(1s=1000ms)1998ms的时候改变数据,以此类推,导致此时会展示(这里考虑省略小数点,四舍五入同样原理):1998ms(1s)->3000ms(3s)->4002ms(4s)->5004ms(5s)->6006ms(6s)->7006ms(7s)
首先,你得先了解js的Event Loop机制里面的微任务和宏任务,不然,我们的沟通缺少了一个平台。
然后,就是问题的关键点了,为什么会出现这样的情况呢?
答案:以1秒为例,setInterval和setTimeout都会在异步模块运行,但是setInterval会每次都刚刚好1s钟的时候,将微任务队列的函数,交于任务队列进行执行。如果setInterval第一次1.004s的时候将任务推进队列,那么这时候setInterval的每次的误差会是在0.996s-1.01s内波动,而setTimeout每次的误差值都会大于1s。这里我画个图,相信大家就能够明白setInterval实现倒计时的不好之处(图中进制以省略小数点为准,四舍五入同理)
// 倒计时组件
import React, { useState, useEffect } from 'react';
interface CountdownInfo {
hour: number;
minute: number;
second: number;
day: number;
}
interface CountdownProps {
sec: number;
render: (data: CountdownInfo) => React.ReactNode;
onEnd: () => void;
}
const Countdown: React.FC<CountdownProps> = ({ sec, render, onEnd }) => {
const [endTime, setEndTime] = useState(new Date(Date.now() + sec*1000));
const [countdownInfo, setCountdownInfo] = useState({
hour: 0,
minute: 0,
second: 0,
day: 0,
} as CountdownInfo);
const tick = () => {
const seconds = Math.floor((endTime.getTime() - Date.now())/1000);
const day = Math.floor(seconds / 86400);
const hour = Math.floor((seconds % 86400) / 3600);
const minute = Math.floor((seconds % 3600) / 60);
const sec = seconds % 60;
setCountdownInfo({
day,
hour,
minute,
second: sec,
} as CountdownInfo);
if(seconds <= 0) {
onEnd && onEnd();
} else {
window.setTimeout(tick, 1000); // 时间不截至一直倒计时
}
}
useEffect(() => {
setEndTime(new Date(Date.now() + sec*1000));
}, [sec]);
useEffect(() => {
tick(); // 初始化倒计时
}, []);
return render(countdownInfo) || null;
}
export default Countdown;
引用方式
const renderCountdown = ({day, hour, minute, second}): React.ReactNode => {
return (
<div>
<span>{ day > 0 ? (day+'天') : null }</span>
<span>hour</span>:
<span>minute</span>:
<span>second</span>
</div>
);
}
const onEnd = () => {
console.log("倒计时结束")
}
<Countdown
sec={100}
render={renderCountdown}
onEnd={onEnd}
/>
VR能让人完全沉浸在虚拟环境中;AR能创建一个叠加在虚拟内容的世界,但不能与真实环境交互; MR则是虚拟与现实的混合体,它能创造出可以与真实环境交互的虚拟物体。最后,XR则是包括三种“现实”(AR,VR,MR)的术语。
call,apply,bind的区别:apply接收数组 func.apply(obj, [arus]),call一连串参数 func.call(obj, param1, param2....),bind返回一个函数 func.bind(obj,param...)(parms...)
event.screenX、event.screenY鼠标相对于用户显示器屏幕左上角的X,Y坐标。标准事件和IE事件都定义了这2个属性,event.clientX、event.clientY鼠标相对于浏览器可视区域的X,Y坐标
对于英文单词,如果有一个连写且长度很长的英文单词,在第一行显示不下的情况下,浏览器默认不会截断显示,而是把这个单词整体挪到下一行。但是当整体挪到下一行还是显示不完全该肿么办呢?
URL统一资源定位符是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示,是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的URL
框架和类库等概念的出现都是源于人们对复用的渴望。“不要重复发明轮子”,成了软件界的一句经典名言。从最初的单个函数源代码的复用,到面向对象中类的复用(通常以类库的形式体现)
js是JavaScript 源码文件, .min.js是压缩版的js文件。减小体积 .min.js文件经过压缩,相对编译前的js文件体积较小,传输效率快。防止窥视和窃取源代码
SDH是基于TDM技术,主要用于传输语音,此外采用GFP封装来传输IP包,物理介质为光纤。PTN是采用DWDM技术,主要用于传输IP包、以太网帧,此外采用MPLS-TP技术来实现PWE3伪线
写代码的时候就经常把这两个属性弄混淆,到底是href还是src,href表示超文本引用,用在link和a等元素上,href是引用和页面关联,是在当前元素和引用资源之间建立联系,src表示引用资源,表示替换当前元素,用在img,script,iframe上
运行后发现,点击后src没有变化,调试发现,这里this是window对象,而不是img标签对象。顿时感觉有点迷惑,因为以前绑定事件中,拿标签属性都是用的this,怎么这里不对了?
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!