消息队列的解释
每个任务都有一个任务类型。
同一个类型的任务必须在一个队列中。
不同类型的任务可以分属于不同的队列中。
在一次事件循环中,浏览器可以【根据实际情况】从不同的队列中取出任务执行。
浏览器必须准备好一个微队列,微队列中的任务优先其他所有类型的任务。
chrome中的常见队列
在 chrome 的实现中,至少包含了下面的队列:
1,延时队列:用于存放计时器到达后的回调任务,优先级 中
2,交互队列:也就我们说的点击事件,浏览器缩放窗口等;优先级高。
3,微队列:用户存放需要最快执行的任务,优先级[最高]
阐述一下 JS的事件循环
事件循环又叫做消息循环,是浏览器渲染主线程的工作方式。
在Chrome 的源码中,它开启一个不会结束的 for 循环;
每次循环从消息队列中取出第一个任务执行。
而其他线程只需要在合适的时候将任务加入到队列末尾即可。
过去把消息队列简单分为宏队列和微队列,
这种说法目前已无法满足复杂的浏览器环境,
取而代之的是一种更加灵活多变的处理方式。
根据 W3C官方的解释:每个任务有不同的类型,同类型的任务必须在同一个队列。
不同的任务可以属于不同的队列。
不同任务队列有不同的优先级。
在一次事件循环中,由浏览器自行决定取哪一个队列的任务。
但浏览器必须有一个微队列,微队列的任务一定具有最高的优先级,必须优先调度执行。
代码执行顺序问题
你现在记住:主线程肯定是最先执行的;
代码必须要等到主线程执行完之后;
才能去消息队列中去拿取任务执行;
然后消息队列中有优先级; 微队列 ==> 交互队列 ==> 延时队列
1,理解先同步-后异步(延时队列)
setTimeout(()=>{
console.log(1)
},0)
console.log(2)
输出的结果:2 然后是1
为什么呢?
因为:主线程代码肯定是先执行;哪怕你延时0毫秒。
主线程执行完毕后。
然后从消息队列中拿取延时队列执行;
所以先输出了2;然后是1
2,理解先同步-后异步(延时队列)
function yanShi(time){
var start = Date.now();
while(Date.now() - start {
console.log(2)
},0)
yanShi(1000)
console.log(1)
先执行 yanShi函数;这个函数会延时1s后;
我们去输出1;这个时候我们的主线程已经执行完了;
然后我们去执行延时队列中的代码;输出2;
所以:等待1s后,先输出2;然后是1
3,new Promise(callback)与 new Promise().then的区别
很多时候,我们都以为new Promise(callback) 是异步的;
其实这个观点是错误的;
当我们调用new Promise(callback)时,它是一个同步代码,回调函数会立即执行。
new Promise().then这个才是异步的;
他们的区别之一就是说:前者是同步的;后者是异步的;
下面我们来看一段代码
4,new Promise(callback)是同步代码的
console.log('start');
const promise1 = new Promise((resolve, reject) => {
console.log(1)
})
console.log('end');
有些同学认为是 start - end - 1;
有的同学认为是 start- 1 -end
大家可以去输出一下;这里就不说争取答案了.
5,promise.then是异步
console.log('start');
const promise1 = new Promise((resolve, reject) => {
console.log(1)
resolve(2)
})
promise1.then(res => {
console.log(res)
})
console.log('end');
我们先是执行主线的代码;输出start;
new Promise 是一个同步的代码;输出 1;
promise1.then是一个微队列;
需要等待主线程执行完毕之后在执行;所以先输出end;
等待主线执行完毕之后,最后输出 2
6,promise.then要状态发生改变才会执行,否则不会执行then
console.log('start');
const promise1 = new Promise((resolve, reject) => {
console.log(1)
})
promise1.then(res => {
console.log(2)
})
console.log('end');
这个输出结果很多小伙伴会认为是:
start - 1 - end - 2
但是实际2不会输出的;
为啥2不会输出呢?
因为 Promise的then方法必须要等到 padding 状态发生改变时才会触发then方法;
也就时说:要触发then方法必须要调用 resolve 或者 reject才会触发;其他不会触发
7,先主线程 – 计时器 – 微队列
const promise = new Promise((resolve, reject) => {
console.log(1);
setTimeout(() => {
console.log("2");
resolve("3");
console.log("4");
}, 0);
console.log(5);
});
promise.then((res) => {
console.log(res);
});
console.log(6);
我们都知道主线程先执行;
new Promise下的代码是主线程的;刚刚我们说过:
小技巧:我们可以把 console.log(1) 当作 fn1函数输出1;
所以先输出 1 - 5 - 6
然后我们看 setTimeout[延时队列] 和 promise.then[微队列] 谁先执行;
正常情况下是微任务 > 延时队列
但是 then方法是需要状态改变时才会被触发,要想触发then需要先执行 setTimeout
所以又输出了 2 - 4 -3
// 1 - 5 - 6 - 2 - 4 -3
8,延时队列
const timer1 = setTimeout(() => {
console.log('1');
const promise1 = Promise.resolve().then(() => {
console.log('2')
})
}, 0)
const timer2 = setTimeout(() => {
console.log('3')
}, 0)
// 1 - 2 - 3
9,主线程 – 添加到微队列 – 延时队列
setTimeout(()=>{
console.log(1)
},0)
Promise.resolve().then(function(){
console.log(2)
})
console.log(3)
同样,我们先去执行主线程的代码;
所以先输出的是3;
然后我们去消息队列中去获取任务;
先拿取微队列,然后是交互队列(这里没有),然后是延时队列;
这里 Promise.resolve().then(Fn)就是把一个函数Fn添加到微队列中;
因此执行2;最后输出1;
3--2--1
把一个任务添加到微队列中的方式
Promise.resolve().then(fn函数)
fn这个函数就会添加到微队列中
10,主线程- 添加到微队列 – 延时队列
function a(){
console.log(1)
Promise.resolve().then(function(){
console.log(2)
})
}
setTimeout(()=>{
console.log(3)
Promise.resolve().then(a)
},0)
Promis服务器托管网e.resolve().then(()=>{
console.log(4)
})
console.log(5)
首先我们执行主线的代码;输出5;
然后我们看是否有微队列;如果有去执行;所以输出4;
微队列执行完后我们看交互队列;没有
我们去执行延时队列;所以输出3;
最后我们执行1;然后数2
最终的结果是:5-4-3-1-2
注意点:延时队列中,有输出语句,有添加到微队列;
它是一个一个去执行;并不会说先去做微队列。
而是按照正常代码执行顺序去做。
11,主线程-立即添加到微队列-延时队列
function a(){
console.log(1)
Promise.resolve().then(function(){
console.log(2)
})
}
setTimeout(()=>{
console.log(3)
},0)
Promise.resolve().then(a)
console.log(5)
最后的输出: 5-1-2-3
下面这输出比较难-特别是第2个
console.log('0')
const fn = () => (new Promise((resolve, reject) => {
console.log(1);
resolve('ok')
}))
console.log('2')
fn().then(res => {
console.log(res)
})
console.log('3')
// 微任务 - 延时队列
const promise1 = Promise.resolve().then(() => {
console.log('1');
const timer2 = setTimeout(() => {
console.log('2')
}, 0)
});
// 延时队列 - 微任务
const timer1 = setTimeout(() => {
console.log('3')
const promise2 = Promise.resolve().then(() => {
console.log('4')
})
}, 0)
这两个是比较难的;如果小伙伴能正确答对;
就算理解了。
第1个的输出是:0 - 2 - 1 - 3 - ok
第2个的输出是:1 - 3 - 4 - 2
JS中的计时器能够做到精确计时吗?为什么?
不行。因为:
1,计算机硬件没有原子钟,无法做到精确计时。
2,操作系统的计时函数本身就有少量偏差,由于 JS 的计时器最终调用的是操作系统的函数,这又带来了偏差。
3,按照 W3C 的标准,浏览器实现计时器时,如果嵌套层级超过 5 层,至少有4毫秒的偏差。
4,受事件循环的影响,计时器的回调函数只能在主线程空闲时运行,因此又带来了偏差
因此不能够准确计时。
也就是说:setTimeout,setInterval,的计时是不准确的。
计时器嵌套层级超过 5 层,至少有4毫秒的偏差的解释
setTimeout(function(){
setTimeout(function(){
setTimeout(function(){
setTimeout(f服务器托管网unction(){
setTimeout(function(){
// 这个延时器在第6层,超过了5层,即使我们延时的是0毫秒;
// 最终也会被修改为4毫秒后执行
setTimeout(function(){
},0)
},0)
},0)
},0)
},0)
},0)
单线程是异步产生的原因。
事件循环是异步的实现方式
服务器托管,北京服务器托管,服务器租用 http://www.fwqtg.net
机房租用,北京机房租用,IDC机房托管, http://www.fwqtg.net
AI芯片,又称为人工智能加速器或计算卡,是一种专门用于加速人工智能和机器学习算法的硬件设备。与传统CPU和GPU相比,AI芯片在设计上针对AI算法进行了优化,提供了更大的并行计算能力和更高的能源效率,以满足人工智能和机器学习领域对高性能计算的需求。 AI芯片的…