首页app攻略promissory estoppel案例 promise案例 javascript中promise的基本用法和示例

promissory estoppel案例 promise案例 javascript中promise的基本用法和示例

圆圆2025-07-30 09:01:13次浏览条评论

promise的回调属于微任务,优先于宏任务执行。javascript中,promise的.then()、.catch()、.finally()回调被放入微任务队列,而事件循环会先清空微任务队列,再处理宏任务(如settimeout、dom事件)。这意味着promise回调在同步代码结束后立即执行,而宏任务需要等待微任务队列清空后才执行。例如,promise.resolve().then(fn)会比settimeout(fn, 0) 先执行。这种保证了操作的异步的响应及时性和行为一致性,尤其在promise链调用中机制,每个.then()回调作为独立微任务依次加入式队列,避免zalgo问题。async/await本质上是基于promise的语法糖,其暂停与恢复机制依赖微任务队列实现异步流程控制。

JavaScript中Promise和事件循环的关系

JavaScript中,Promise与事件循环的关系核心在于:Promise的回调(.then(), .catch(), .finally())被放入“微任务队列”(Microtask Queue),而事件循环会优先清空这个队列,然后再处理“宏任务队列”(Macrotask)这意味着Promise的总是要回调会在当前脚本执行完毕后,但在任何新的宏任务开始之前执行。解决方案

关系理解Promise和事件循环的,我们得从JavaScript的运行时机制说起。浏览器或Node.js环境中的JavaScript是单线程的,这意味着它一次只能执行一个任务。但为了不阻止UI或服务器,引入了事件循环(事件)

事件循环的核心工作是不断检查两个主要的任务队列:宏任务队列(Macrotask Queue,也称任务队列)和微任务队列(Microtask)

立即学习“Java免费学习笔记(研究)”;

当一个Promise被解析(fulfilledorrejected)时,它的.then()、.catch()或.finally()中注册的回调函数并不会立立即执行,而是被放入微任务队列。

而宏任务队列则放置着像setTimeout、setInterval、I/O操作(如文件读写、网络请求)、用户交互事件(如点击、滚动)以及requestAnimationFrame等任务。

事件循环的工作流程大致是这样的:执行当前正在运行的同步代码。当前同步代码执行完毕后,检查微任务队列。如果微任务队列不为空,事件循环会清空整个微任务队列,逐个执行其中的所有微,队列直到任务空。微任务队列清空后,事件循环会从宏任务队列队列中取出一个宏任务来执行。宏任务执行结束后,又会回到第2步,再次检查并清空微任务队列。如此循环往复,形成一个持续的循环。

这种机制保证了Promise的回调拥有更高的优先级。这意味着,即使你有一个setTimeout(fn, 0)和一个Promise.resolve().then(fn),Promise的回调总是会比setTimeout的回调先执行,因为前面进入微任务队列,晚上进入宏任务队列。这对我来说,是理解JavaScript异步行为的关键一步。

说Promise是“微任务”,它和普通的异步任务有什么不同?

我个人一直觉得,简单理解为什么“微任务”这个概念,是掌握现代JavaScript异步编程的敲门砖。务就是那些需要在当前宏任务(或同步代码块)执行完毕后,立即、加速地执行,但又不能等到下一个完整的事件周期循环才处理的任务。它有点像插队,但不是无序的插队,而是在一个既定的“休息点”进行它。

Promise的回调触发被触发为微任务,就是为了实现这种“希望即时性”和“原子性”。当一个Promise状态时,我们通常的后续逻辑能改变会加速被处理,而不必等待浏览器完成一次完整的渲染周期处理或者完成所有挂起的宏任务。这对于构建响应、高效率的应用关键。

普通的异步任务,遵循我们常说的宏任务,如setTimeout(..., 0)、DOM事件监听器、XMLHttpRequest的等,它们都是在微任务排列清空后,事件循环才会在下一个周期中选择执行的。这意味着它们之间存在明显的优先级差异。

举个例子,如果你同时执行:console.log('Start');setTimeout(() =gt; { console.log('Timeout callback');}, 0);Promise.resolve().then(() =gt; { console.log('Promise microtask');});console.log('End');登录后复制

输出会是:StartEndPromise microtaskTimeout回调

这一声响地显示了微任务(Promise)在宏任务(setTimeout)被执行的优先级。这种事先设计保证了Promise能够提供一种更“紧凑”的异步处理机制,对于立即需要立即响应的异步操作(比如数据完成后更新UI的某个部分,而不引入延迟延迟)非常有用。Promise链式调用中的异步行为是如何被事件循环处理的

Promise的链式调用,对我来说,是其乐趣所在,也是理解事件循环如何“消化”微任务队列的绝佳案例。当你写下promiseA.then(callbackB).then(callbackC)这样的代码时,发生背后的事情比看起来要复杂一些,但又非常精妙。

每个.then()方法本身都会返回一个新的Promise。当pr omiseA的状态确定(fulfilledorrejected)时,callbackB会返回只会被放入微任务队列。关键存在,当callbackB执行结束,并且值确定后,由callbackB返回的那个新的Promise(我们称promiseB)的状态才会确定。一旦promiseB的状态确定,callbackC就会被放入其微任务队列。

这意味着什么?即使callbackB内部没有执行任何异步操作,或者它返回了一个立即解决的Promise(比如Promise.resolve(value)),callbackC也不会在callbackB执行的同一微任务周期内立即执行。会作为另一个独立的微任务被添加到队列中。

这种设计模式,常常被称为“避免Zalgo”问题。

Zalgo指的是回调函数有时同步执行,有时异步执行,导致代码行为难以预测和调试。Promise通过强制所有.then()、.catch()、.finally()的回调都作为微任务执行,无论其上一个Promise是如何解决的,都保证了回调的异步性。这对我来说,是Promise中一个非常重要的原则设计,它让异步代码的行为更加可预测和一致。

所以,一个长长的Promise链,实际上是事件循环不断地处理微任务,然后将新的微任务添加到队列中,再继续处理的过程。它不是一次性把所有回调都扔进去,而是像一个接力赛,跑完一棒,再把下一棒的代表南极起跑线。异步函数(async/await)在事件循环中扮演什么角色?它们和Promise有何关联?

async/await是ES2017引入的语法糖,旨在让异步代码看起来和写起来上面是同步代码,大大提升了可用性。但其底层机制,仍然是基于Promise和事件循环的微任务队列。

一个async函数总是返回一个Promise。当你在async函数内部使用await关键字时,会“暂停”当前async函数的执行,直到await后面跟着的那个Promise(fulfilled或rejected)。一旦这个Promise解决,async函数会从暂停的地方继续。

,这个“暂停”和“继续”是如何与事件循环关联起来的呢?当await遇到一个Promise时,它把async函数中await语句的代码,包装成一个回调函数,把它的接收微任务队列。换句话说,await的本质执行,就是把后续代码变成了then方法的。

例如:async function fetchData() { console.log('正在获取数据...'); const response = wait fetch('/api/data'); // 假设返回fetch一个Promise console.log('获取数据:',response); return response.json();}console.log('异步调用前');fetchData();console.log('异步后call');登录后复制

执行顺序大致是:console.log('异步调用之前')fetchData()被调用,console.log('正在获取数据...')执行。遇到await fetch('/api/data')。此时,fetchData函数暂停执行,Pawait后面的代码(console.log('数据获取:',响应)及后续)作为一个微任务,等待fetch返回的Promise解决。console.log('After async call')执行。当前同步代码执行完毕,事件循环开始清空微任务队列。当fetch的Promise解决之后,之前被放入微任务队列的console.log('数据获取:',response)以及后续代码才会被执行。

所以,async/await并没有引入新的异步机制,它只是提供了一种更优雅、更线性的方式来编写和管理Promise链。它利用了Promise的微任务特性,使得复杂的异步流程在视觉上变得简单,但其核心仍然是事件循环对微任务的优先处理。对我来说,这是一种抽象的胜利,它让我们能够以更直观的方式思考异步流程,而不必时刻记住Promise回调的唤醒和微任务的优先级,但理解其底层原理,仍然是排查问题和优化性能的关键。

以上就是JavaScript中Promise和事件循环关系的详细内容,更多请关注乐哥常识网相关文章!

JavaScript
谷歌浏览器手机版 谷歌浏览器管理扩展程序
相关内容
发表评论

游客 回复需填写必要信息