[JS] DeepDive(47) 에러처리

에러 처리의 필요성

 

에러가 발생하지 않는 코드를 작성하는 것은 불가능하다. <-- 책을 읽으면서 가장 공감되는 말이었다.

 

에러에 대처하지 않으면 프로그램은 그냥 종료되게 된다.

 

console.log('[Start]');

foo(); // ReferenceError: foo is not defined
// 발생한 에러를 방치하면 프로그램은 강제 종료된다.

// 에러에 의해 프로그램이 강제 종료되어 아래 코드는 실행되지 않는다.
console.log('[End]');

 

 

 

try ... catch 문을 사용하면 에러가 발생하더라도 프로그램이 계속 진행되게 할 수 있다.

 

console.log('[Start]');

try {
  foo();
} catch (error) {
  console.error('[에러 발생]', error);
  // [에러 발생] ReferenceError: foo is not defined
}

// 발생한 에러에 적절한 대응을 하면 프로그램이 강제 종료되지 않는다.
console.log('[End]');

 

 

직접적으로 에러를 발생하지 않는 예외적인 상황또한 언제나 발생할 수 있다. 이런 상황들도 잘 대응해야 한다.

 

// DOM에 button 요소가 존재하지 않으면 querySelector 메서드는 에러를 발생시키지 않고 null을 반환한다.
const $button = document.querySelector('button'); // null

$button.classList.add('disabled');
// TypeError: Cannot read property 'classList' of null

 

const $elem = document.querySelector('#1');
// DOMException: Failed to execute 'querySelector' on 'Document': '#1' is not a valid selector.

 

 

 

이런 경우 if문이나 단축평가 혹은 옵셔널 체이닝 연산자 ?.를 사용하지 않으면 다음 처리에서 에러로 이어질 가능성이 크다.

// DOM에 button 요소가 존재하는 경우 querySelector 메서드는 에러를 발생시키지 않고 null을 반환한다.
const $button = document.querySelector('button'); // null
$button?.classList.add('disabled');

 

 

try ... catch ... finally 문

 

기본적으로 에러처리를 구현하는 방법은 두가지가 있다.

 

1. 단축평가 혹은 옵셔널 체이닝 연산자를 통해서 확인

2. try ... catch ... finally문 사용

 

console.log('[Start]');

try {
  // 실행할 코드(에러가 발생할 가능성이 있는 코드)
  foo();
} catch (err) {
  // try 코드 블록에서 에러가 발생하면 이 코드 블록의 코드가 실행된다.
  // err에는 try 코드 블록에서 발생한 Error 객체가 전달된다.
  console.error(err); // ReferenceError: foo is not defined
} finally {
  // 에러 발생과 상관없이 반드시 한 번 실행된다.
  console.log('finally');
}

// try...catch...finally 문으로 에러를 처리하면 프로그램이 강제 종료되지 않는다.
console.log('[End]');

 

 

 

Error 객체

 

Error 생성자 함수는 에러 객체를 생성하며 에러를 설명하는 에러 메시지를 인수로 전달할 수 있다.

 

1 @ 1;    // SyntaxError: Invalid or unexpected token
foo();    // ReferenceError: foo is not defined
null.foo; // TypeError: Cannot read property 'foo' of null
new Array(-1); // RangeError: Invalid array length
decodeURIComponent('%'); // URIError: URI malformed

 

 

 

throw문

 

Error 생성자로 에러 객체를 생성한다고 에러가 발생하는 것은 아니며 throw문으로 에러 객체를 던져야 한다.

 

try {
  // 에러 객체를 던지면 catch 코드 블록이 실행되기 시작한다.
  throw new Error('something wrong');
} catch (error) {
  console.log(error);
}

 

 

외부에서 전달받은 콜백함수를 n번만큼 호출하는 repeat 함수를 구현해보자.

 

// 외부에서 전달받은 콜백 함수를 n번만큼 반복 호출한다
const repeat = (n, f) => {
  // 매개변수 f에 전달된 인수가 함수가 아니면 TypeError를 발생시킨다.
  if (typeof f !== 'function') throw new TypeError('f must be a function');

  for (var i = 0; i < n; i++) {
    f(i); // i를 전달하면서 f를 호출
  }
};

try {
  repeat(2, 1); // 두 번째 인수가 함수가 아니므로 TypeError가 발생(throw)한다.
} catch (err) {
  console.error(err); // TypeError: f must be a function
}

 

 

에러의 전파

 

에러는 호출자 방향으로 전파되며 콜 스택의 아래방향으로 전파된다.

 

const foo = () => {
  throw Error('foo에서 발생한 에러'); // ④
};

const bar = () => {
  foo(); // ③
};

const baz = () => {
  bar(); // ②
};

try {
  baz(); // ①
} catch (err) {
  console.error(err);
}

 

1에서 baz 함수 호출 -> 2에서 bar함수 호출 -> 3에서 foo함수 호출 -> 4에서 에러 throw

 

이때 foo함수가 throw한 에러는 foo -> bar -> baz -> 전역 실행 컨텍스트 방향으로 전파되게 된다.