JS 中注册的回调函数,当对应的事件发生时,都会被添加到事件队列中,由事件循环不停轮询。那么中的"主代码",和事件循环的时间轴关系是怎样的?是"主代码"执行完成后,才会进入事件循环,还是当事件循环中获取一个事件后,就会中断主代码的执行?
const asyncFunc = () =>
new Promise(resolve => {
setTimeout(resolve("data"), 500);
});
(async () => {
asyncFunc().then(() => {
console.log("async callback");
});
console.log("async running")
// do something
await asyncFunc().then(() => {
console.log("sync callback");
});
console.log("done");
})();
// 打印:
// async running
// async callback
// sync callback
// done
关键词 事件循环 宏任务 微任务。 你说的情况是不会出现的
没有可能
JavaScript 总是 run to finish,当前执行栈是 do something 所在的这个函数,执行完了才会去做 micro task
不会
在事件循环中,一次只处理一个任务,一个任务开始后直到完成,不会被其他任务中断。
推荐 可以看一下 《 JavaScript 忍者秘籍》第 13 章

那么在 Node REPL 或者 Chrome DevTools 中,输入
$.ajax("url", function() {console.info("callback");});
就会立刻打印 callback,而不会等到下一句
console.info("done");
输入并执行之后才会 callback 。这个是由于脚本文件执行和实时环境的差异造成的吗?
你把 done 这句加到上面 ajax 的分号后面试试?
我不提倡死记答案,思考几个问题
1 如果可以出现你主帖提到的情况,是不是意味着需要长时间执行的同步代码可以被异步代码中断?
2 如果 1 成立,那程序员就不用费劲思考调度了,直接交给 js 引擎智能调度就好?
3 如果 1 成立,怎么样保证某些代码能够在异步代码之前执行?
4 如果 1 成立,如何异步代码和同步代码都想要改变某个变量,比方说都给某个变量 foo 赋值,如何解决他们的竞争关系?
5 思考一下到底$.ajax 时用到了几个线程?回调代码和同步代码都在哪些线程里执行?
现在我知道了主程序和各种事件都会作为实体项被放到宏任务队列和微任务队列中,且每个实体项都不会被其他事件打断。
“你把 done 这句加到上面 ajax 的分号后面试试?”,这句话是否暗示着在提示行环境中,每一行代表着任务队列中的一个实体项?
但是在 Node.js 的 REPL 环境中,如果手动一行一行执行下列代码是可以工作的。
const { spawn } = require('child_process');
const child = spawn('cmd', ['ls']);
child.stdout.on('data', (data) => {
console.log(`stdout:\n${data}`);
});
child.stderr.on('data', (data) => {
console.error(`stderr: ${data}`);
});
如果 REPL 环境中每一行代码都会作为一个实体项放到任务队列中,那么当
const child = spawn('cmd', ['ls']);
执行时,stdout 的 data 事件回调函数还没有绑定,等到数据读完时,没有回调函数可以处理。这其中自相矛盾的地方我百思不得其解。