寫好 JavaScript 異步代碼的幾個推薦做法
今天給大家來推薦幾個寫好 JavaScript 異步代碼的推薦做法，每種場景都有一個對應的 eslint 規則，大家可以選擇去配置一下。
no-async-promise-executor
不建議將 async 函數傳遞給 new Promise 的構造函數。
// :x:
new Promise(async (resolve, reject) => {});
// :white_check_mark:
new Promise((resolve, reject) => {});
首先，你在 Promise 的構造函數里去使用 async ，那么包裝個 Promise 可能就是沒啥必要的。另外，如果 async 函數拋出了異常，新構造的 promise 實例并不會 reject ，那么這個錯誤就捕獲不到了。
no-await-in-loop
不建議在循環里使用 await ，有這種寫法通常意味著程序沒有充分利用 JavaScript 的事件驅動。
// :x:
for (const url of urls) {
const response = await fetch(url);
}
建議將這些異步任務改為并發執行，這可以大大提升代碼的執行效率。
// :white_check_mark:
const responses = [];
for (const url of urls) {
const response = fetch(url);
responses.push(response);
}
await Promise.all(responses);
no-promise-executor-return
不建議在 Promise 構造函數中返回值， Promise 構造函數中返回的值是沒法用的，并且返回值也不會影響到 Promise 的狀態。
// :x:
new Promise((resolve, reject) => {
return result;
});
正常的做法是將返回值傳遞給 resolve ，如果出錯了就傳給 reject 。
// :white_check_mark:
new Promise((resolve, reject) => {
resolve(result);
});
require-atomic-updates
不建議將賦值操作和 await 組合使用，這可能會導致條件競爭。
看看下面的代碼，你覺得 totalPosts 最終的值是多少？
// :x:
let totalPosts = 0;
async function getPosts(userId) {
const users = [{ id: 1, posts: 5 }, { id: 2, posts: 3 }];
await sleep(Math.random() * 1000);
return users.find((user) => user.id === userId).posts;
}
async function addPosts(userId) {
totalPosts += await getPosts(userId);
}
await Promise.all([addPosts(1), addPosts(2)]);
console.log('Post count:', totalPosts);
totalPosts 會打印 3 或 5，并不會打印 8，你可以在瀏覽器里自己試一下。
問題在于讀取 totalPosts 和更新 totalPosts 之間有一個時間間隔。這會導致競爭條件，當值在單獨的函數調用中更新時，更新不會反映在當前函數范圍中。因此，兩個函數都會將它們的結果添加到 totalPosts 的初始值0。
避免競爭條件正確的做法：
// :white_check_mark:
let totalPosts = 0;
async function getPosts(userId) {
const users = [{ id: 1, posts: 5 }, { id: 2, posts: 3 }];
await sleep(Math.random() * 1000);
return users.find((user) => user.id === userId).posts;
}
async function addPosts(userId) {
const posts = await getPosts(userId);
totalPosts += posts; // variable is read and immediately updated
}
await Promise.all([addPosts(1), addPosts(2)]);
console.log('Post count:', totalPosts);
max-nested-callbacks
防止回調地獄，避免大量的深度嵌套：
/* eslint max-nested-callbacks: ["error", 3] */
// :x:
async1((err, result1) => {
async2(result1, (err, result2) => {
async3(result2, (err, result3) => {
async4(result3, (err, result4) => {
console.log(result4);
});
});
});
});
// :white_check_mark:
const result1 = await asyncPromise1();
const result2 = await asyncPromise2(result1);
const result3 = await asyncPromise3(result2);
const result4 = await asyncPromise4(result3);
console.log(result4);
回調地獄讓代碼難以閱讀和維護，建議將回調都重構為 Promise 并使用現代的 async/await 語法。
no-return-await
返回異步結果時不一定要寫 await ，如果你要等待一個 Promise ，然后又要立刻返回它，這可能是不必要的。
// :x:
async () => {
return await getUser(userId);
}
從一個 async 函數返回的所有值都包含在一個 Promise 中，你可以直接返回這個 Promise 。
// :white_check_mark:
async () => {
return getUser(userId);
}
當然，也有個例外，如果外面有 try...catch 包裹，刪除 await 就捕獲不到異常了，在這種情況下，建議明確一下意圖，把結果分配給不同行的變量。
// :-1:
async () => {
try {
return await getUser(userId);
} catch (error) {
// Handle getUser error
}
}
// :+1:
async () => {
try {
const user = await getUser(userId);
return user;
} catch (error) {
// Handle getUser error
}
}
prefer-promise-reject-errors
建議在 reject Promise 時強制使用 Error 對象，這樣可以更方便的追蹤錯誤堆棧。
// :x:
Promise.reject('An error occurred');
// :white_check_mark:
Promise.reject(new Error('An error occurred'));
node/handle-callback-err
強制在 Node.js 的異步回調里進行異常處理。
// :x:
function callback(err, data) {
console.log(data);
}
// :white_check_mark:
function callback(err, data) {
if (err) {
console.log(err);
return;
}
console.log(data);
}
在 Node.js 中，通常將異常作為第一個參數傳遞給回調函數。忘記處理這些異常可能會導致你的應用程序出現不可預知的問題。
如果函數的第一個參數命名為 err 時才會觸發這個規則，你也可以去 .eslintrc 文件里自定義異常參數名。
node/no-sync
不建議在存在異步替代方案的 Node.js 核心 API 中使用同步方法。
// :x:
const file = fs.readFileSync(path);
// :white_check_mark:
const file = await fs.readFile(path);
在 Node.js 中對 I/O 操作使用同步方法會阻塞事件循環。大多數場景下，執行 I/O 操作時使用異步方法是更好的選擇。
@typescript-eslint/await-thenable
不建議 await 非 Promise 函數或值。
// :x:
function getValue() {
return someValue;
}
await getValue();
// :white_check_mark:
async function getValue() {
return someValue;
}
await getValue();
@typescript-eslint/no-floating-promises
建議 Promise 附加異常處理的代碼。
// :x:
myPromise()
.then(() => {});
// :white_check_mark:
myPromise()
.then(() => {})
.catch(() => {});
養成個好的習慣，永遠做好異常處理！
@typescript-eslint/no-misused-promises
不建議將 Promise 傳遞到并非想要處理它們的地方，例如 if 條件。
// :x:
if (getUserFromDB()) {}
// :white_check_mark: :-1:
if (await getUserFromDB()) {}
更推薦抽一個變量出來提高代碼的可讀性。
// :white_check_mark: :+1:
const user = await getUserFromDB();
if (user) {}
