예외: 예외적인 상황을 위해 예약됨

일반적인 상황에도 불구하고 예외를 보수적으로 사용하는 것이 종종 옹호됩니다. 이 철학의 이면에 있는 이유를 살펴보면 무수히 많은 고려 사항이 있음을 알 수 있습니다.

의미 남용

완전히 예외적인 상황을 위해 설계된 예외는 제어 흐름 메커니즘으로 오용되는 경우가 많습니다. 이는 잘못된 사용자 입력과 같은 예측 가능한 이벤트에 대한 응답으로 예외가 발생할 것으로 예상되지 않기 때문에 의도된 의미론적 기능을 약화시킵니다.

예외 처리 부담

예외는 혼란을 야기합니다. 일반적인 실행 흐름. 런타임에서 스택을 풀고 예외 개체에 대한 정보를 수집해야 합니다. 이 프로세스는 특히 예외가 자주 발생하거나 제대로 처리되지 않는 경우 상당한 오버헤드를 발생시킵니다.

리소스 누출 및 예측할 수 없는 상태

예기치 않은 예외로 인해 리소스(예: 파일 핸들 또는 데이터베이스 연결)이 일관되지 않은 상태이거나 해제되지 않았습니다. 이로 인해 시스템 무결성이 손상되고 보안 취약점이 발생할 수 있습니다.

인지 복잡성

滥용 예외会增加程序的认知复杂島.开发人员需要考虑潜는 例外情况并编写处理代码，这会使代码难以理解和维护。

협약 그리고 성능

는 다음과 같습니다.结构，但这种情况下不常罕见。过于频繁地抛流例外会降低程序性能，因此应将其保留用于真正罕见的和不可预测的情况.

何时有例外:

基于这些考虑，只只于这些考虑，只只况下才适数情况下才适使用例外：

• 真正罕见的事件：例如，磁盘空间不足或외부服务中断。
• 难以用返回代码或状态值表达的异常：지금 这种情况下，异常可以清晰地传达错误。
• 더 보기 ，异常可以让错误는 堆栈中传播。