Dart 튜토리얼 6편: 에러 처리 전략(try/catch/throw/assert)

Why#

NOTE

입력/환경은 항상 예측대로 움직이지 않습니다.
그래서 “실패할 수 있는 구간”을 표시하고, 실패했을 때의 흐름을 코드로 정해둬야 합니다.

1
void main() {
2
  // 실패 가능: 문자열이 숫자가 아닐 수 있다.
3
  int.parse('not a number');
4
}

What#

NOTE

try/catch는 실패가 발생할 수 있는 코드를 감싸고, 실패를 한 곳에서 받아 처리하는 문법입니다.

How#

TIP

try 블록은 “실패할 수 있는 코드”를 감싸는 공간입니다.
catch는 try 안에서 발생한 exception을 받아 처리합니다.
catch는 예외 객체와 함께 StackTrace¹¹도 받을 수 있습니다.

1
void main() {
2
  try {
3
    final value = int.parse('not a number');
4
    print(value);
5
  } catch (e, s) {
6
    print('파싱 실패: $e');
7
    print('스택 트레이스: $s');
8
  }
9
}

Watch out#

WARNING

catch에서 예외를 “조용히” 무시하면, 문제를 늦게 발견할 수 있습니다.
최소한 실패가 있었다는 사실은 로그로 남기는 편이 안전합니다.

1
try {
2
  int.parse('not a number');
3
} catch (e) {
4
  print('실패를 무시하지 말고 기록합니다: $e');
5
}

결론: 실패를 잡아 로그를 남기고, 프로그램 전체가 즉시 종료되는 것을 막을 수 있습니다.

Why#

NOTE

예외를 한 덩어리로 처리하면, “예상한 실패”와 “예상하지 못한 실패”가 섞입니다.
그래서 먼저 “예상한 실패 타입”을 분리해 두는 편이 읽기 쉽습니다.

1
// 숫자 파싱에서는 FormatException 같은 예외를 예상할 수 있다.

What#

NOTE

on은 특정 예외 타입만 골라서 처리하는 문법입니다.

How#

TIP

on을 사용하면 “특정 예외 타입”만 골라서 처리할 수 있습니다.
이 방식은 “어떤 실패를 예상했고, 어디서 처리할지”를 더 분명하게 만듭니다.

1
void main() {
2
  try {
3
    final value = int.parse('not a number');
4
    print(value);
5
  } on FormatException catch (e) {
6
    print('형식이 맞지 않습니다: $e');
7
  } catch (e) {
8
    print('그 외 예외: $e');
9
  }
10
}

Watch out#

WARNING

on으로 잡지 못하는 예외도 있을 수 있습니다.
그래서 마지막에 일반 catch를 두고, 예상 밖 실패를 한 곳으로 모으는 편이 안전합니다.

결론: 예상한 실패는 구체적으로 처리하고, 그 외 예외는 한 곳에서 모아 처리할 수 있습니다.

Why#

NOTE

실패가 났을 때 가장 위험한 상황은 “정리 작업이 빠져서 상태가 꼬이는 것”입니다.
그래서 성공/실패와 무관하게 반드시 실행해야 하는 코드는 별도로 분리합니다.

1
// 성공/실패와 무관하게 실행돼야 하는 정리 로직이 있다.

What#

NOTE

finally는 예외 발생 여부와 상관없이 항상 실행되는 블록입니다.

How#

TIP

finally는 try가 성공하든 실패하든 항상 실행됩니다.
즉, 자원을 정리하거나 상태를 원래대로 돌려놓는 작업을 여기에 둡니다.

1
void main() {
2
  try {
3
    print('작업 시작');
4
    throw Exception('문제 발생');
5
  } catch (e) {
6
    print('예외 처리: $e');
7
  } finally {
8
    print('항상 실행되는 정리 작업');
9
  }
10
}

Watch out#

WARNING

finally는 “항상 실행”되므로, 여기에서 예외가 나면 원래 예외를 가릴 수 있습니다.
따라서 finally에는 정리 작업만 넣고, 복잡한 로직은 피하는 편이 안전합니다.

결론: 실패가 나더라도 정리 작업이 빠지지 않아 “중간에 멈춘 상태”를 줄일 수 있습니다.

Why#

NOTE

실패를 잡는 것만큼 중요한 것이 “실패를 올바르게 표현하는 것”입니다.
이 단계가 흐릿하면, 어디서 실패가 시작됐는지 추적하기 어렵습니다.

1
void saveUser(String? name) {
2
  if (name == null) throw ArgumentError('name must not be null');
3
}

What#

NOTE

throw는 예외를 발생시키고, rethrow는 잡은 예외를 스택 정보를 유지한 채 다시 던집니다.

How#

TIP

throw로 예외를 발생시키고, 필요하면 위로 전파할 수 있습니다.
또한 rethrow는 catch에서 받은 예외를 “다시 던지는” 용도입니다.
이때 스택 정보가 유지된다는 점이 중요합니다.

1
void saveUser(String? name) {
2
  if (name == null) {
3
    throw ArgumentError('name must not be null');
4
  }
5
  // 저장 로직...
6
}
7

8
void main() {
9
  try {
10
    saveUser(null);
11
  } catch (e) {
12
    print('저장 실패: $e');
13
  }
14
}

catch에서 로그를 남기고, 처리는 상위 계층에 맡기고 싶다면 rethrow를 사용합니다.

1
void runJob() {
2
  try {
3
    doJob();
4
  } catch (e) {
5
    print('여기서 기록만 하고 위로 올립니다: $e');
6
rethrow;
7
}
8
}

Watch out#

WARNING

로그만 남기고 처리 책임을 위로 올리려면, 새 예외를 만들기보다 rethrow가 더 자연스럽습니다.
그래야 “어디서 처음 실패했는지”가 호출 경로에 남습니다.

결론: 실패를 “표현”(throw)과 “처리”(catch)를 분리해, 책임을 단계별로 나눌 수 있습니다.