前言

手写Promise，面试经典老题。但2026年了还有多少人在面试前夜死磕 resolverejectn 的链式调用？我不是说这东西不该学——理解原理很关键。但面试时要你一字不差默写出来意义在哪？工作中你真的会自己写一个Promise吗？不会，你用原生或者蓝鸟，

这周我面了三家公司。两家允许用AI辅助编码，一家连 Stack Overflow 都不让开。结果呢，允许 AI 的那两家我拿到了 offer，不让的那家我连二面都没进。其实，不是因为我不会写 Promise。而是因为他们考察的还是五年前的能力模型。

今天我就把那场面试的完整过程复盘给你：我是怎么用 Cursor 生成标准 Promise 实现的。面试官为什么认可，还有如果面试官不让你用 AI，你应该怎么回应。怎么说呢，最终附一份可以直接复制的手写 Promise 代码。你拿去背也行，拿去让 AI 生成也行。

一、为什么“手写 Promise”还是一道高频题？其实，

这题活了快十年了。从 ES6诞生到现在几乎所有前端岗位都会问。面试官想考察的点其实不是你会不会用 Promise，而是：

• 你对异步编程的理解深度
• 代码的健壮性
• 是否真正理解 Promise/A+ 规范

这些能力真的需要默写几百行代码来验证吗？ 一个能讲清楚 Promise 原理、能解释 .n 返回值为何是新的 Promise、能说明微任务队列顺序的候选人。即使在编码时借助 AI，他也合格了。

二、面试现场：我是怎么用 Cursor “作弊”的

面试官出了题，我没有立刻敲。其实，我说这方面，“我平时主力工具是 Cursor。我可以用它辅助编码吗，我可以当场解释每一行代码的作用。” 他犹豫了一下说：“那你试试，但要讲清楚。”

我打开 Cursor 的 Composer，输入：

三秒后Cursor 生成了完整代码。我一行一行给面试官解释：

class MyPromise {
constructor {
this.state = 'pending';this.value = undefined;this.reason = undefined;this.onFulfilledCallbacks =;this.onRejectedCallbacks =;const resolve = => {
if {
this.state = 'fulfilled';this.value = value;this.onFulfilledCallbacks.forEach);}
}，const reject = => {
if {
this.state = 'rejected';老实说，this.reason = reason;this.onRejectedCallbacks.forEach);}
}，try {
executor;按理说，} catch {
reject;说起来，}
}
n {
onFulfilled = typeof onFulfilled === 'function'?按理说，onFulfilled : v => v;onRejected = typeof onRejected === 'function'?onRejected : r => { throw r };const promise2 = new MyPromise => {
if {
queueMicrotask => {
try {
const x = onFulfilled;resolvePromise;} catch {
reject;}
})，} else if {
queueMicrotask => {
try {
const x = onRejected;resolvePromise;} catch {
reject;}
})，} else { // pending
this.onFulfilledCallbacks.push => {
queueMicrotask => {
try {
const x = onFulfilled;resolvePromise;} catch { reject;}
})，});this.onRejectedCallbacks.push => {
queueMicrotask => {
try {
const x = onRejected;resolvePromise;} catch { reject;}
})，});}
})，按理说，return promise2;}
catch { return this.n;}
finally {
return this.n(
value => MyPromise.resolve).n => value),reason => MyPromise.resolve).n => { throw reason })
);}
static resolve {
if return value;return new MyPromise);}
static reject { return new MyPromise => reject);}
static all {
return new MyPromise => {
const results =;let count = 0;
if return resolve;promises.forEach => {
MyPromise.resolve.n(
val => { results = val;count++，if resolve;},reject
)，});})，}
static race {
return new MyPromise => {
promises.forEach.n);})，}
}
// 辅助函数：处理 n 返回值
function resolvePromise {
if return reject);if {
x.n，return;}
if ) {
let n;try { n = x.n;说起来，} catch { return reject;}
if {
let called = false;try {
n.call(
x,y => { if return;called = true;resolvePromise;},r => { if return;按理说，called = true;reject，}
);} catch { if reject;}
} else {
resolve;}
} else {
resolve;}
}

面试官听完，问了两个关键问题：

1. “为什么 n 内部要用 queueMicrotask？” — 为了模拟原生 Promise 的微任务行为，使回调总是在当前调用栈结束后执行。
2. “resolvePromise里为什么要判断循环引用？” — 防止 const p = new Promise); 此类死循环，引发栈溢出。

两道都答出来后他点头表示满意。

三、面试官为什么认可我用 AI？其实，

代码解释完毕后面试官说：“能讲明白说明你懂原理。工具只是手段，不是目的，” 在当下这句话比“会背代码”更有价值。怎么说呢，AI 能在30秒内生成标准实现。但真正的能力体现在：

• 判断 AI 输出是否正确并及时纠错。
• 根据业务需求对代码进行性能或可读性调整。
• S​把它无缝集成进更大的程序。

真实工作方式和思维过程**。老实说，

四、如果面试官不让用 AI，怎么办？其实，

#1 把焦点转向主要原因。

• "主要流程只有三块：状态机、resolve/reject 与 n 的基本链式结构。"
• "其余细节可以口述或在白板上补充。"

#2 快速画出骨架：

// 构造函数 + 状态切换
class MiniPromise{
constructor{
this.state='pending';this.val=undefined;const res=v=>{if{this.state='fulfilled';this.val=v}};const rej=e=>{if{this.state='rejected';this.val=e}};try{exec}catch{rej}
}
n{
// 略去完整实现，只说明返回新实例
return new MiniPromise=>{})
}
}

展示对 .n .catch .finally .all .race #3 用语言描述缺失细节并说明它们的关键性**。这样即使没有完整代码，也能证明你的深度掌握。

五、别硬背！硬背比不会更尴尬，

六、实测数据：手写 Promise 到底有多长？

• A+ 完整实现约 200 行代码 。说起来，
• Coding 手敲全套需要约 20–30 分钟 。
• C​ursor 自动生成 + 人工 Review：约 5 分钟生成 + 5 分钟 Review 。

You ask yourself: “愿意在现场花20分钟全码一遍，还是真正花8分钟解释原理并让 AI 帮忙？按理说，”答案——效率更高且风险更低的是后者，只要能把每一步讲清楚即可。

七、注意事项

• If you use AI generate code – you must be able to explain every line. Interviewers may interrupt with “为什么这里用了 queueMicrotask?”，答不上来直接扣分。
• A​I 的默认变量名可能不符合公司风格。 记得现场改一下让代码看起来像自己写的一样。
• Avoid total reliance. 至少自己动手实现一次主要流程，才能在被挑细节时稳住阵脚。

八、写在最终

I finally got offer from that company. 入职后我特意问当时为何同意我使用 AI，他笑着说：“我们团队每天都在用 Cursor。招一个不会用 AI 的人进来只会拖团队后腿。”

The front‑end interview landscape in 2026 has shifted from “Can you write it?” to “Can you use right tools and still understand what’s happening?”. 手写 Promise仍然是一道好题，但考核主要已经变成「思路」和「工具使用」两块。如果还在靠死记硬背准备，请做好心理准备——越来越多机会会因为「不懂工具」而失之交臂。

You ever been questioned for using AI in an interview?How did you handle it?Please give a thumbs‑up so I know how many of you secretly rely on tools.