- Published on
What is "async" must be await-ed
- Authors
- Name
- Nico Prananta
- Follow me: @2co_p
Several months back, I experienced a sudden crash in my pull request on the Monika project, which caught my team off guard during the PR review, as noted in this issue comment.
I was surprised because I expected any errors to be intercepted by the try-catch blocks already in place, which should have prevented the crash. However, the error slipped through and crashed the app!
After extensive debugging, I realized the root cause: the error was originating from an async
function that wasn't invoked with await
. Here's an illustration:
const main = async () => {
try {
doSomething() // the bug
} catch (error) {
console.log('here?')
}
}
const doSomething = async () => {
throw new Error(`Error from doSomething`)
}
main()
The issue arose because the doSomething
function, even though it throws an error, was mistakenly not called with await
. This oversight caused the try-catch block not to catch the error.
To ensure errors in async functions are captured by try-catch blocks, these functions must be invoked with an await
, even when they don't perform any asynchronous operations.
Alternatively, I could also remove the async
from the doSomething
function since it doesn't perform any asynchronous operations. This way, I don't need to use await
when calling the function.
You might think it's silly to make this mistake. But mind you, the code in the repository had more lines and was more complex.
As I pointed out at the beginning, the crash was identified during PR Review. This highlights the advantage of crafting an effective pull request that aids reviewers in both comprehending and testing the PR. For more insights on how to create and review pull requests, take a look at my book!