TLDR: Use for...of
instead of forEach
in asynchronous code.
Array.prototype.forEach
is not designed for asynchronous code. (It was not suitable for promises, and it is not suitable for async-await.)
For example, the following forEach loop might not do what it appears to do:
const players = await this.getWinners();
// BAD
await players.forEach(async (player) => {
await givePrizeToPlayer(player);
});
await sendEmailToAdmin('All prizes awarded');
What's wrong with it?
- The promises returned by the iterator function are not handled. So if one of them throws an error, the error won't be caught. (In Node 10, if no
unhandledrejection
listener has been registered, that will cause the process to crash!) - Because
forEach
does not wait for each promise to resolve, all the prizes are awarded in parallel, not serial (one by one). - So the loop actually finishes iterating before any of the prizes have finished been awarded (but after they have all started being awarded).
- As a result,
sendEmailToAdmin()
sends the email before any of the prizes have finished being awarded. Maybe none of them will end up being awarded (they might all throw an error)!
Fortunately if your language has async-await then it will also have the for...of
construction, so you can use that.
for (const player of players) {
await givePrizeToPlayer(player);
}
This loop will wait for one prize to be awarded before proceeding to the next one.
You could also use a traditional for(...;...;...)
here but that is more verbose than we need.
Note: The airbnb style guide recommends not using for...of
for web apps at the current time (2018), because it requires a large polyfill. If you are working in the browser, use the traditional for mentioned above, or Array.reduce()
described below.
If the order doesn't matter, it may be quicker to process all the players in parallel.
await Promise.all(players.map(async (player) => {
await givePrizeToPlayer(player);
}));
This will start awarding all the prizes at once, but it will wait for them all to complete before proceeding to sendEmailToAdmin()
.
Some people recommend this approach:
await players.reduce(async (a, player) => {
// Wait for the previous item to finish processing
await a;
// Process this item
await givePrizeToPlayer(player);
}, Promise.resolve());
(We are using the accumulator a
not as a total or a summary, but just as a way to pass the promise from the previous item's callback to the next item's callback, so that we can wait for the previous item to finish being processed.)
This has pretty much the same behaviour as the for...of
above, but is slightly harder to read.
However it is recommended by the Airbnb style guide because it can reduce the browser bundle size. for...of
requires iterators, and some browsers require a polyfill for iterators, and that polyfill is quite large. You can decide on the trade-off between bundle size and developer convenience.
TLDR: Only map()
, reduce()
, flatMap()
and reduceRight()
if used correctly
async-await works naturally with for
loops and while
loops, because they are written in the original function body.
But when you call out to another function, it can only work with async-await if it returns a promise.
That is why we can use .reduce()
and .map()
above, because in both cases we return a promise (or an array of promises) which we can await. (And importantly in the reduce case, each invocation of the callback function waits for the previous promise to resolve, to ensure sequential processing.)
But most array functions will not give us a promise back, or allow a promise to be passed from one call to the next, so they cannot be used asynchronously. So, for example, you can not use asynchronous code inside array.some()
or array.filter()
:
// BAD
const playersWithGoodScores = await players.filter(async (player) => {
const score = await calculateLatestScore(player);
return score >= 100;
});
It might look like that should work but it won't, because filter
was never designed with promises in mind. When filter
calls your callback function, it will get a Promise
back, but instead of awaiting that promise, it will just see the promise as "truthy", and immediately accept the player, regardless of what their score will eventually be.
You may be able to find a library of array functions that can work asynchronously, but the standard array functions do not.