DEV Community

Mario
Mario

Posted on • Originally published at mariokandut.com on

Introduction to errors in Node.js

Building robust Node.js applications requires dealing with errors in proper way. Error handling in Node.js is an opinionated topic. This is the first article of a series. It aims to give an overview of different kind of errors in Node.js and the creation and throwing of errors.

Handling Errors in Node.js:

  • Overview of errors in Node.js (this article)
  • Handling errors in Node.js (future)

What kinds of errors exist in Node.js?

There are basically two groups:

  • Operational Errors
  • Developer Errors

Operational Errors are errors that happen while a program is working on a task, like a network failure. Handling of operational errors should be covered by applying an appropriate scenario strategy. In case of a network error, a strategy would be to retry the network operation.

Operation errors are:

  • failed to connect to server
  • failed to resolve hostname
  • invalid user input
  • request timeout
  • server returned a 500 response
  • system is out of memory
  • etc.

Developer Errors are mistakes of developers, for example invalid input. In these cases the application should not attempt to continue running and should crash with a helpful description so that the developer can fix this issue.

Developer Errors are:

  • tried to read property of undefined
  • called an asynchronous function without a callback
  • passed a string where an object was expected
  • passed an object where a property is missing but required
  • etc.

Throwing Errors

Typically, an error is dealt with by using the throw keyword to throw an exception. The throw statement throws a user-defined exception and execution of the current function will stop. Statements after throw won't be executed, and the first catch block will receive the error. If no catch block exists in the function context, the program will terminate.

For example:

function divideByTwo(amount) {
  if (typeof amount !== 'number')
    throw new Error('amount must be a number');
  return amount / 2;
}
Enter fullscreen mode Exit fullscreen mode

When divideByTwo is called with an invalid input, a string instead of number, the application will crash, and the stack trace is printed in the console. This stack trace comes from the error object which was created after using the throw keyword. The Error constructor is native to JavaScript, takes a string as the Error message and auto-generates the stack trace when created.

It is recommended to throw an Error Object , but theoretically any value can be thrown. The stack trace will be lost in that case.

function divideByTwo(amount) {
  if (typeof amount !== 'number') throw 'amount must be a number'; // NOT RECOMMENDED
  return amount / 2;
}
Enter fullscreen mode Exit fullscreen mode

Native Error Constructors

To create an error, call new Error('message') and pass a string value as a message.

new Error('this is a error message');
Enter fullscreen mode Exit fullscreen mode

There are six other native error constructors that inherit from the base Error constructor in JavaScript:

  • EvalError
  • SyntaxError
  • RangeError
  • ReferenceError
  • TypeError
  • URIError

A ReferenceError will be automatically thrown, when attempting to refer to a non-existing reference. This node -p 'thisReference' will throw a ReferenceError since the reference does not exist.

An error object can also have its instance verified, like node -p "const err = new SyntaxError(); err instanceof SyntaxError will return true. This node -p "const err = new SyntaxError(); err instanceof Error will also be valid, since any native error constructor inherits from Error.

Native errors objects also have a name property, which contains the name of the error that created it.node -p "const err = new RangeError(); console.log('error is: ', err.name);"

Custom Errors

The native errors are a rudimentary set of errors that can't replicate all errors that can occur in an application. For that we have custom errors. There are several ways of communicating various errors, the most common two are subclassing native error constructors and using the code property.

Let's look at an example to see how a custom error with the code property looks like:

function divideByTwo(amount) {
  if (typeof amount !== 'number')
    throw new TypeError('amount must be a number');
  if (amount <= 0)
    throw new RangeError('amount must be greater than zero');
  if (amount % 2) {
    const err = Error('amount must be even');
    err.code = 'ERR_MUST_BE_EVEN';
    throw err;
  }
  return amount / 2;
}
Enter fullscreen mode Exit fullscreen mode

Now run the function with divideByTwo(3) in the REPL or create a file and execute the function add the end. The outcome will be something like this:

# ... filepath

throw err;
^

Error: amount must be even
# ... stack trace
Enter fullscreen mode Exit fullscreen mode

The error can be identified by the code value that was added and then handled accordingly. The code API in Node.js uses a similar approach to create native errors. For a list of possible error codes see in the official docs - Node.js v16.5 - List of Error Codes.

Another way to create custom errors is to inherit ourselves from the Error object and create a custom error instance. Let's create an OddError constructor:

class OddError extends Error {
  constructor(varName = '') {
    super(varName + ' must be even');
  }
  get name() {
    return 'OddError';
  }
}
Enter fullscreen mode Exit fullscreen mode

Now we'll update the divideByTwo() to use OddError. The custom error has to be in the same file or imported:

function divideByTwo(amount) {
  if (typeof amount !== 'number')
    throw new TypeError('amount must be a number');
  if (amount <= 0)
    throw new RangeError('amount must be greater than zero');
  if (amount % 2) throw new OddError('amount');
  return amount / 2;
}
Enter fullscreen mode Exit fullscreen mode

The output will be:

# ... file path
    if (amount % 2) throw new OddError('amount');
                    ^

OddError: amount must be even
# ... stack trace
Enter fullscreen mode Exit fullscreen mode

The strategy to use a custom error constructor and adding a code property are not mutually exclusive, so both can be used at the same time. Let's update the OddError example:

class OddError extends Error {
  constructor(varName = '') {
    super(varName + ' must be even');
    this.code = 'ERR_MUST_BE_EVEN';
  }
  get name() {
    return `OddError [${this.code}]`;
  }
}
Enter fullscreen mode Exit fullscreen mode

The output after execution will be:

# ... file path
if (amount % 2) throw new OddError('amount');
                    ^
OddError [ERR_MUST_BE_EVEN]: amount must be even
# ... stack trace
Enter fullscreen mode Exit fullscreen mode

TL;DR

  • Errors in Node.js are handled through exceptions.
  • An error can be created with using the constructor new Error('error message') and thrown using the throw keyword.
  • Always throw Error object instead of value to keep stack trace.
  • There are six native error constructors which inherit from Error.
  • Custom errors can be created with the code property and/or using a constructor with inheriting from the Error object.

Thanks for reading and if you have any questions , use the comment function or send me a message @mariokandut.

If you want to know more about Node, have a look at these Node Tutorials.

References (and Big thanks):

JSNAD,MDN Errors,MDN throw,Node.js Error Codes,Joyent

Top comments (0)