做seo网站图片怎么优化,地坪漆东莞网站建设技术支持,破解进入网站后台,阿里 wordpressJavaScript 本质上是一门单线程语言。自从定时器#xff08;setTimeout() 和 setInterval()#xff09;加入到 Web API 后#xff0c;浏览器提供的 JavaScript 环境就已经逐渐发展到包含 任务调度 、 多线程应用开发 等强大的特性。
JavaScript 执行上下文
JavaScript 代码…JavaScript 本质上是一门单线程语言。自从定时器setTimeout() 和 setInterval()加入到 Web API 后浏览器提供的 JavaScript 环境就已经逐渐发展到包含 任务调度 、 多线程应用开发 等强大的特性。
JavaScript 执行上下文
JavaScript 代码在运行的时候实际上是运行在 执行上下文 当中。以下三种类型的代码会创建一个新的执行上下文
全局上下文为运行代码主体而创建的执行上下文是为了那些存在于 JavaScript 函数之外的代码而创建的。本地上下文每个函数在执行的时候都会创建自己的执行上下文。使用 eval() 函数也会创建一个新的执行上下文。
每个上下文本质上都是一种作用域层级。每个代码段开始执行的时候都会创建一个新的上下文来运行它并在代码退出的时候销毁。
let outputElem document.getElementById(output);let userLanguages {Mike: en,Teresa: es,
};function greetUser(user) {function localGreeting(user) {let greeting;let language userLanguages[user];switch (language) {case es:greeting ¡Hola, ${user}!;break;case en:default:greeting Hello, ${user}!;break;}return greeting;}outputElem.innerHTML ${localGreeting(user)}br\r;
}greetUser(Mike);
greetUser(Teresa);
greetUser(Veronica);这段程序代码包含了三个执行上下文其中有些会在程序运行的过程中多次创建和销毁。每个上下文创建的时候都会被推入 执行上下文栈 。当退出的时候又会从上下文栈中移除。
程序开始运行时全局上下文就会被创建好。 当执行到 greetUser(Mike) 时会为 greetUser() 函数创建一个上下文并将这个上下文推入到执行上下文栈中。 当 greetUser() 调用 localGreeting() 的时候会为该方法创建一个新的上下文。当 localGreeting() 返回的时候它的上下文也会从执行栈中弹出并销毁。程序会从栈中获取下一个上下文并恢复执行也就是从 greetUser() 剩下的部分开始执行。greetUser() 执行完毕并退出其上下文也从栈中弹出并销毁。 当执行到 greetUser(Teresa) 的时候程序又会为它创建一个上下文并推入栈顶。 当 greetUser() 调用 localGreeting() 的时候会为该方法创建一个新的上下文。当 localGreeting() 返回的时候它的上下文也会从执行栈中弹出并销毁。程序会从栈中获取下一个上下文并恢复执行也就是从 greetUser() 剩下的部分开始执行。greetUser() 执行完毕并退出其上下文也从栈中弹出并销毁。 当执行到 greetUser(Veronica) 的时候程序又会为它创建一个上下文并推入栈顶。 当 greetUser() 调用 localGreeting() 的时候会为该方法创建一个新的上下文。当 localGreeting() 返回的时候它的上下文也会从执行栈中弹出并销毁。程序会从栈中获取下一个上下文并恢复执行也就是从 greetUser() 剩下的部分开始执行。greetUser() 执行完毕并退出其上下文也从栈中弹出并销毁。 主程序退出全局执行上下文从执行栈中弹出。此时栈中所有的上下文都已经弹出程序执行完毕
通过这种方式来使用执行上下文每个程序和函数都能够拥有自己的变量和其他对象。每个上下文还能够额外的跟踪程序中下一行需要执行的代码以及一些对上下文非常重要的信息。通过这种方式来使用上下文和上下文栈我们可以对程序运行的一些基础部分进行管理包括局部和全局变量、函数的调用与返回等。
关于递归函数即多次调用自身的函数需要特别注意每次递归调用自身都会创建一个新的上下文。这使得 JavaScript 运行时能够追踪递归的层级以及从递归中得到的返回值但这也意味着每次递归都会消耗内存来创建新的上下文。
JavaScript 运行时
在执行 JavaScript 代码的时候JavaScript 运行时实际上维护了一组用于执行 JavaScript 代码的 代理 。每个代理由一组执行上下文的集合、执行上下文栈、主线程、一组可能创建用于执行 worker 的额外的线程集合、一个任务队列以及一个微任务队列构成。除了主线程某些浏览器在多个代理之间共享的主线程之外其他组成部分对该代理都是唯一的。
事件循环
每个代理都是由 事件循环 Event loop驱动的事件循环负责收集事件包括用户事件以及其他非用户事件等、对任务进行排队以便在合适的时候执行回调。然后它执行所有处于等待中的 JavaScript 任务然后是微任务然后在开始下一次循环之前执行一些必要的渲染和绘制操作。
网页或者 app 的代码和浏览器本身的用户界面程序运行在相同的 线程 中共享相同的 事件循环 。该线程就是 主线程 它除了运行网页本身的代码之外还负责收集和派发用户和其他事件以及渲染和绘制网页内容等。
事件循环驱动着浏览器中发生的一切因为它与用户的交互有关但对于我们这里的目的来说更重要的是它负责调度和执行在其线程中运行的每一段代码。
有如下三种事件循环
Window 事件循环 驱动所有共享同源的窗口尽管这有进一步的限制如下所述。
Worker 事件循环 循环驱动 worker 的事件循环。这包括所有形式的 worker包括基本的 web worker、shared worker 和 service worker。Worker 被保存在一个或多个与“主”代码分开的代理中浏览器可以对所有特定类型的工作者使用一个事件循环也可以使用多个事件循环来处理它们。
Worklet 事件循环 驱动运行 worklet 的代理。这包含了 Worklet、AudioWorklet 以及 PaintWorklet。
多个同源窗口可能运行在相同的事件循环中每个队列任务进入到事件循环中以便处理器能够轮流对它们进行处理。记住这里的网络术语“window”实际上指的是“用于运行网页内容的浏览器级容器”包括实际的 window、标签页或者一个 frame。
在特定情况下同源窗口之间共享事件循环例如
如果一个窗口打开了另一个窗口它们可能会共享一个事件循环。如果窗口是包含在 iframe 中的容器则它可能会和包含它的窗口共享一个事件循环。在多进程浏览器中多个窗口碰巧共享了同一个进程。
这种特定情况依赖于浏览器的具体实现各个浏览器可能并不一样。
任务 vs 微任务
一个 任务 就是指计划由标准机制来执行的任何 JavaScript如程序的初始化、事件触发的回调等。除了使用事件你还可以使用 setTimeout() 或者 setInterval() 来添加任务。
任务队列和微任务队列的区别很简单但却很重要
当执行来自任务队列中的任务时在每一次新的事件循环开始迭代的时候运行时都会执行队列中的每个任务。在每次迭代开始之后加入到队列中的任务需要在 下一次迭代开始之后才会被执行 。每次当一个任务退出且执行上下文栈为空的时候微任务队列中的每一个微任务会依次被执行。不同的是它会等到微任务队列为空才会停止执行——即使中途有微任务加入。换句话说微任务可以添加新的微任务到队列中这些新的微任务将在下一个任务开始运行之前在当前事件循环迭代结束之前执行。
在 JavaScript 中通过 queueMicrotask() 使用微任务
一个 微任务 microtask就是一个简短的函数当创建该微任务的函数执行之后并且只有 当 Javascript 调用栈为空 而控制权尚未返还给被用户代理用来驱动脚本执行环境的事件循环之前该微任务才会被执行。事件循环既可能是浏览器的主事件循环也可能是被一个 web worker 所驱动的事件循环。这使得给定的函数在没有其他脚本执行干扰的情况下运行也保证了微任务能在用户代理有机会对该微任务带来的行为做出反应之前运行。
JavaScript 中的 promise 和 Mutation Observer API 都使用微任务队列去运行它们的回调函数但当能够推迟工作直到当前事件循环过程完结时也是可以执行微任务的时机。为了允许第三方库、框架、polyfill 能使用微任务在 Window 和 WorkerGlobalScope 接口上暴露了 queueMicrotask() 方法。
任务
一个 任务 task就是由执行诸如从头执行一段程序、执行一个事件回调或一个 interval/timeout 被触发之类的标准机制而被调度的任意 JavaScript 代码。这些都在 任务队列 task queue上被调度。
在以下时机任务会被添加到任务队列
一段新程序或子程序被直接执行时比如从一个控制台或在一个 script 元素中运行代码。触发了一个事件将其回调函数添加到任务队列时。执行到一个由 setTimeout() 或 setInterval() 创建的 timeout 或 interval以致相应的回调函数被添加到任务队列时。
事件循环驱动你的代码按照这些任务排队的顺序一个接一个地处理它们。在事件循环的单次迭代中将执行任务队列中最旧的可运行任务。之后微任务将被执行直到微任务队列为空然后浏览器可以选择更新渲染。然后浏览器继续进行事件循环的下一次迭代。
微任务
起初 微任务 microtask和任务之间的差异看起来不大。它们很相似都由位于某个队列的 JavaScript 代码组成并在合适的时候运行。但是只有在迭代开始时队列中存在的任务才会被事件循环一个接一个地运行这和处理微任务队列是殊为不同的。
有两点关键的区别。
首先每当一个任务存在事件循环都会检查该任务是否正把控制权交给其他 JavaScript 代码。如若不然事件循环就会运行微任务队列中的所有微任务。接下来微任务循环会在事件循环的每次迭代中被处理多次包括处理完事件和其他回调之后。
其次如果一个微任务通过调用 queueMicrotask()向队列中加入了更多的微任务则那些新加入的微任务会早于下一个任务运行。这是因为事件循环会持续调用微任务直至队列中没有留存的即使是在有更多微任务持续被加入的情况下。
注意 因为微任务自身可以入列更多的微任务且事件循环会持续处理微任务直至队列为空那么就存在一种使得事件循环无尽处理微任务的真实风险。如何处理递归增加微任务是要谨慎而行的。
入列微任务
应该使用微任务的典型情况第一种是只有在没有其他办法的时候第二种是当创建框架或库时需要使用微任务达成其功能的时候。已经存在一些入列微任务的方法比如创建一个立即兑现的 promise新加入的 queueMicrotask() 方法提供了一种标准的方式可以安全的引入微任务而无需其他的复杂操作。
当使用 promise 创建微任务时由回调抛出的异常被报告为 rejected promises 而不是标准异常。同时创建和销毁 promise 带来了事件和内存方面的额外开销这是正确入列微任务的函数应该避免的。
简单的传入一个 JavaScript Function以在 queueMicrotask() 方法中处理微任务时供其上下文调用即可取决于当前执行上下文queueMicrotask() 以定义的形式被暴露在 Window 或 Worker 接口上。
queueMicrotask(() {/* 微任务中将运行的代码 */
});微任务函数本身没有参数也不返回值。
使用微任务的时机
通常微任务的使用场景关乎捕捉或检查结果、执行清理等其时机晚于一段 JavaScript 执行上下文主体的退出但早于任何事件处理函数、timeouts 或 intervals 及其他回调被执行。
使用微任务的最主要原因简单归纳为确保任务顺序的一致性即便当结果或数据是同步可用的也要同时减少操作中用户可感知到的延迟而带来的风险。
保证条件性使用 promises 时的顺序
微任务可被用来确保执行顺序总是一致的一种情形是当 promise 被用在一个 if…else 语句或其他条件性语句中、但并不在其他子句中的时候。考虑如下代码
customElement.prototype.getData url {if (this.cache[url]) {this.data this.cache[url];this.dispatchEvent(new Event(load));} else {fetch(url).then(result result.arrayBuffer()).then(data {this.cache[url] data;this.data data;this.dispatchEvent(new Event(load));)};}
};这段代码带来的问题是通过在 if…else 语句的其中一个分支此例中为缓存中的图片地址可用时中使用一个任务而 promise 包含在 else 子句中我们面临了操作顺序可能不同的局势比方说像下面看起来的这样
element.addEventListener(load, () console.log(Loaded data));
console.log(Fetching data...);
element.getData();
console.log(Data fetched);连续执行两次这段代码会形成下表中的结果
如果数据未缓存输出结果如下
Fetching data
Data fetched
Loaded data如果数据已缓存输出结果如下
Fetching data
Loaded data
Data fetched甚至更糟的是有时元素的 data 的属性会被设置有时当这段代码结束运行时却不会被设置。
我们可以通过在 if 子句里使用一个微任务来确保操作顺序的一致性以达到平衡两个子句的目的
customElement.prototype.getData url {if (this.cache[url]) {queueMicrotask(() {this.data this.cache[url];this.dispatchEvent(new Event(load));});} else {fetch(url).then(result result.arrayBuffer()).then(data {this.cache[url] data;this.data data;this.dispatchEvent(new Event(load));)};}
};通过在两种情况下各自都通过一个微任务 if 中用的是 queueMicrotask() 而 else 子句中通过 fetch() 使用了 promise处理了设置 data 和触发 load 事件平衡了两个子句。
批量操作
也可以使用微任务从不同来源将多个请求收集到单一的批处理中从而避免对处理同类工作的多次调用可能造成的开销。
下面的代码片段创建了一个函数将多个消息放入一个数组中批处理通过一个微任务在上下文退出时将这些消息作为单一的对象发送出去。
const messageQueue [];let sendMessage (message) {messageQueue.push(message);if (messageQueue.length 1) {queueMicrotask(() {const json JSON.stringify(messageQueue);messageQueue.length 0;fetch(url-of-receiver, json);});}
};当 sendMessage() 被调用时指定的消息首先被推入消息队列数组。
如果我们刚加入数组的消息是第一条就入列一个将会发送一个批处理的微任务。照旧当 JavaScript 执行路径到达顶层恰在运行回调之前那个微任务将会执行。这意味着之后的间歇期内造成的对 sendMessage() 的任何调用都会将其各自的消息推入消息队列但囿于入列微任务逻辑之前的数组长度检查不会有新的微任务入列。
当微任务运行之时等待它处理的可能是一个有若干条消息的数组。微任务函数先是通过 JSON.stringify() 方法将消息数组编码为 JSON。其后数组中的内容就不再需要了所以清空 messageQueue 数组。最后使用 fetch() 方法将编码后的 JSON 发往服务器。
这使得同一次事件循环迭代期间发生的每次 sendMessage() 调用将其消息添加到同一个 fetch() 操作中而不会让诸如 timeouts 等其他可能的定时任务推迟传递。
服务器将接到 JSON 字符串然后大概会将其解码并处理其从结果数组中找到的消息。
举例
简单微任务
调用一次 queueMicrotask() 方法来调度一个微任务并使其运行。
log(Before enqueueing the microtask);
queueMicrotask(() {log(The microtask has run.);
});
log(After enqueueing the microtask);// 输出结果
// Before enqueueing the microtask
// After enqueueing the microtask
// The microtask has run.timeout 和微任务的示例
一个 timeout 在 0 毫秒后被触发或者 “尽可能快”演示当调用一个新任务如通过使用 setTimeout()时的“尽可能快”意味着什么。调度一个 0 毫秒后触发的 timeout而后入列了一个微任务。
let callback () log(Regular timeout callback has run);let urgentCallback () log(*** Oh noes! An urgent callback has run!);log(Main program started);
setTimeout(callback, 0);
queueMicrotask(urgentCallback);
log(Main program exiting);// 输出
// Main program started
// Main program exiting
// *** Oh noes! An urgent callback has run!
// Regular timeout callback has run从主程序体中输出的日志首先出现接下来是微任务中的输出其后是 timeout 的回调。这是因为当处理主程序运行的任务退出后微任务队列先于 timeout 回调所在的任务队列被处理。任务和微任务是保持各自独立的队列的且微任务先执行有助于保持这一点。
来自函数的微任务
增加一个完成同样工作的函数略微地扩展了前一个例子。该函数使用 queueMicrotask() 调度一个微任务。此例的重要之处是微任务不在其所处的函数退出时而是在主程序退出时被执行。因为那才是任务退出而执行栈上为空的时刻。
let callback () log(Regular timeout callback has run);let urgentCallback () log(*** Oh noes! An urgent callback has run!);let doWork () {let result 1;queueMicrotask(urgentCallback);for (let i 2; i 10; i) {result * i;}return result;
};log(Main program started);
setTimeout(callback, 0);
log(10! equals ${doWork()});
log(Main program exiting);// 输出
// Main program started
// 10! equals 3628800
// Main program exiting
// *** Oh noes! An urgent callback has run!
// Regular timeout callback has run
