实际上，Promise 有许多巧妙的高级用法，其中一些在ALOVA请求策略库中广泛使用。
ALOVA 是一个基于 Promise 的请求策略库，旨在帮助开发者更高效地进行 HTTP 请求处理。它通过高级的 Promise 技巧，实现了请求共享、缓存、批量请求等功能，从而简化了前端开发中的数据请求管理。ALOVA 的目标是提供一种简洁、高效的方式来处理复杂的请求场景，减少代码冗余，提高应用性能。
现在，我将毫无保留地分享这些高级技巧。读完这篇文章后，将不再为相关问题感到困惑。
串行执行Promise数组
例如，如果你有一组需要串行执行的接口，首先你可能会想到使用 await。
const requestAry = [() => api.request1(), () => api.request2(), () => api.request3()];
for (const requestItem of requestAry) {
await requestItem();
}如果使用Promise语法，你可以使用then函数将多个Promise串起来，从而实现顺序执行。
const requestAry = [() => api.request1(), () => api.request2(), () => api.request3()];
const finallyPromise = requestAry.reduce(
(currentPromise, nextRequest) => currentPromise.then(() => nextRequest()),
Promise.resolve() // 创建一个初始Promise以串联数组中的Promise。
);2.在新Promise作用域外改变状态
假设你有一些页面上的函数需要在使用前收集用户信息，那么你会如何实现呢？一种方法是在点击某个功能前弹出信息收集对话框。
不同层次的前端开发人员有不同的实现思路：
- 初级前端：我会创建一个模态框，然后复制粘贴到其他页面以提高效率！
- 中级前端：你的方法不利于维护。我们应该将这个组件单独封装，并在需要的页面中导入使用！
- 高级前端：封装该封装的！写在一个所有页面都能调用的地方，不是更好吗？
让我们看看高级前端是如何实现的。以Vue3为例，看下面的示例。
用户名：
接下来，直接调用 getInfoByModal 即可使用模态框，并轻松获取用户填写的数据。
这也是许多UI组件库中封装常用组件的方法。
3.async/await的替代用法
许多人只知道在调用 async function 时使用 await 接收返回值，但他们不知道async函数实际上是返回Promise的函数。例如，以下两个函数是等价的：
const fn1 = async () => 1;
const fn2 = () => Promise.resolve(1);
fn1(); // 同样返回一个值为1的Promise对象。在大多数情况下，await 后面跟着的是一个Promise对象，并等待其变为 fulfilled 状态。因此，下面的函数 fn1 等待也是等价的：
await fn1();
const promiseInst = fn1();
await promiseInst;然而，await 有一个不为人知的秘密。当它后面跟的是非Promise对象的值时，它会使用 Promise 对象包装该值。因此，await 后的代码总是异步执行的。例如：
Promise.resolve().then(() => {
console.log(1);
});
await 2;
console.log(2);
// 输出顺序：1 2等价于
Promise.resolve().then(() => {
console.log(1);
});
Promise.resolve().then(() => {
console.log(2);
});4.使用Promise实现请求共享
当一个请求已经发送但尚未响应时，再次发出相同请求会导致浪费请求。此时，我们可以与第二个请求共享第一个请求的响应。
request('GET', '/test-api').then(response1 => {
// ...
});
request('GET', '/test-api').then(response2 => {
// ...
});以上两个请求只会发送一次，并同时接收相同的响应值。
那么，请求共享有哪些场景呢？我认为有三种：
- 当一个页面同时渲染多个内部组件获取数据时；
- 提交按钮未禁用，用户连续多次点击提交按钮；
- 在预加载数据的情况下，进入预加载页面前完成预加载；
这也是Alova的高级功能之一。实现请求共享需要使用 Promise 缓存功能。也就是说，一个Promise对象可以通过多次await调用获取数据。简单的实现思路如下：
const pendingPromises = {};
function request(type, url, data) {
// 使用请求信息作为唯一请求键来缓存正在请求的Promise对象。
// 具有相同键的请求将重用该Promise。
const requestKey = JSON.stringify([type, url, data]);
if (pendingPromises[requestKey]) {
return pendingPromises[requestKey];
}
const fetchPromise = fetch(url, {
method: type,
data: JSON.stringify(data)
})
.then(response => response.json())
.finally(() => {
delete pendingPromises[requestKey];
});
return pendingPromises[requestKey] = fetchPromise;
}5.如果同时调用resolve和reject会发生什么？
大家都知道，Promise有三种状态：pending、fulfilled 和 rejected。但在下面的例子中，Promise 的最终状态是什么？
const promise = new Promise((resolve, reject) => {
resolve();
reject();
});正确答案是 fulfilled 状态。我们只需记住，一旦Promise从pending状态转变为其他状态，就不能再改变。因此，在这个例子中，调用 resolve()后，即使调用 reject()，状态也不会再改变。
6.彻底弄清then/catch/finally的返回值
总结一句话，上述三个函数都会返回一个新的 Promise包装对象，包装的值是执行回调函数的返回值。如果回调函数抛出错误，它将包装一个处于 rejected 状态的 Promise。这不太容易理解，我们来看一个例子：
你可以将它们一个一个复制并在浏览器控制台中运行，以更好地理解。
// then函数
Promise.resolve().then(() => 1); // return new Promise(resolve => resolve(1))
Promise.resolve().then(() => Promise.resolve(2)); // return new Promise(resolve => resolve(Promise.resolve(2)))
Promise.resolve().then(() => {
throw new Error('abc')
}); // return new Promise(resolve => resolve(Promise.reject(new Error('abc'))))
Promise.reject().then(() => 1, () => 2); // return new Promise(resolve => resolve(2))
// catch函数
Promise.reject().catch(() => 3); // return new Promise(resolve => resolve(3))
Promise.resolve().catch(() => 4); // 返回值是一个新的Promise，解析为调用catch的Promise对象。
// 当finally函数的返回值不是Promise时，返回finally函数之前的Promise对象。
Promise.resolve().finally(() => {}); // return Promise.resolve()
Promise.reject().finally(() => {}); // return Promise.reject()
// 当finally函数的返回值是Promise时，等待返回的Promise解析后再返回finally函数之前的Promise对象。
Promise.resolve(5).finally(() => new Promise(res => {
setTimeout(res, 1000);
})); // 返回一个处于pending状态的Promise，1秒后解析为5。
Promise.reject(6).finally(() => new Promise(res => {
setTimeout(res, 1000);
})); // 返回一个处于pending状态的Promise，1秒后抛出数字6。7.then函数的第二个回调与catch回调有何不同？
Promise中的 then 函数的第二个回调和 catch 函数在请求失败时都会被触发。乍一看，它们似乎没有太大区别，但实际上，前者无法捕捉当前 then 函数第一个回调函数中抛出的错误，而 catch 函数可以。
Promise.resolve().then(
() => {
throw new Error('成功回调中的错误');
},
() => {
// 不会执行
}
).catch(reason => {
console.log(reason.message); // 打印“成功回调中的错误”
});其原理如前所述，catch 函数是在 then 函数返回的 Promise 处于 rejected 状态时调用的，自然可以捕捉到其错误。
8.实现Koa2洋葱模型中的Promise
Koa2框架引入了洋葱模型，使你的请求像剥洋葱一样逐层处理，按相反顺序进入和退出层，从而实现请求的统一前后处理。
图片
我们看看一个简单的Koa2洋葱模型：
const app = new Koa();
app.use(async (ctx, next) => {
console.log('a-start');
await next();
console.log('a-end');
});
app.use(async (ctx, next) => {
console.log('b-start');
await next();
console.log('b-end');
});
app.listen(3000);上面的输出是 a-start -> b-start -> b-end -> a-end。这种神奇的输出顺序是如何实现的呢？我用了大约20行代码实现了这个简单的实现，巧合的是，它与Koa相似。
接下来，让我们进一步分析。
保存中间件函数，然后在 listen 函数中接收到请求时调用洋葱模型的执行。
function action(koaInstance, ctx) {
// ...
}
class Koa {
middlewares = [];
use(mid) {
this.middlewares.push(mid);
}
listen(port) {
// 模拟接收请求的伪代码
http.on('request', ctx => {
action(this, ctx);
});
}
}接收到请求后，从第一个中间件开始按顺序执行前置逻辑，调用 next。
// 开始中间件调用。
function action(koaInstance, ctx) {
let nextMiddlewareIndex = 1; // 标识下一个执行的中间件索引
// 定义next函数。
function next() {
// 在剥洋葱之前，调用next会调用下一个中间件函数。
const nextMiddleware = middlewares[nextMiddlewareIndex];
if (nextMiddleware) {
nextMiddlewareIndex++;
nextMiddleware(ctx, next);
}
}
// 从第一个中间件函数开始执行，并传入ctx和next函数。
middlewares[0](ctx, next);
}处理“next”之后的后置逻辑
function action(koaInstance, ctx) {
let nextMiddlewareIndex = 1;
function next() {
const nextMiddleware = middlewares[nextMiddlewareIndex];
if (nextMiddleware) {
nextMiddlewareIndex++;
// 这里还添加了一个return，使中间件函数的执行通过Promise从后向前连接（建议反复理解这个return）。
return Promise.resolve(nextMiddleware(ctx, next));
} else {
// 在最后一个中间件的前置逻辑执行完后，返回的fulfilled Promise将开始执行next之后的后置逻辑。
return Promise.resolve();
}
}
middlewares[0](ctx, next);
}
