내장 예외¶

파이썬에서, 모든 예외는 BaseException 에서 파생된 클래스의 인스턴스여야 합니다. 특정 클래스를 언급하는 except 절을 갖는 try 문에서, 그 절은 그 클래스에서 파생된 모든 예외 클래스를 처리합니다 (하지만 그것 이 계승하는 예외 클래스는 처리하지 않습니다). 서브 클래싱을 통해 관련되지 않은 두 개의 예외 클래스는 같은 이름을 갖는다 할지라도 결코 등등하게 취급되지 않습니다.

이 장에서 나열된 내장 예외는 인터프리터나 내장 함수에 의해 생성될 수 있습니다. 따로 언급된 경우를 제외하고는, 에러의 자세한 원인을 나타내는 “연관된 값”을 갖습니다. 이것은 여러 항목의 정보 (예, 에러 코드와 그 코드를 설명하는 문자열)를 담은 문자열이나 튜플 일 수 있습니다. 연관된 값은 보통 예외 클래스의 생성자에 인자로 전달됩니다.

사용자 코드는 내장 예외를 일으킬 수 있습니다. 이것은 예외 처리기를 검사하거나 인터프리터가 같은 예외를 발생시키는 상황과 “같은” 에러 조건을 보고하는 데 사용할 수 있습니다. 그러나 사용자 코드가 부적절한 에러를 발생시키는 것을 막을 방법이 없음을 유의하십시오.

내장 예외 클래스는 새 예외를 정의하기 위해 서브 클래싱 될 수 있습니다. BaseException 이 아니라 Exception 클래스 나 그 서브 클래스 중 하나에서 새로운 예외를 파생시킬 것을 권장합니다. 예외 정의에 대한 더 많은 정보는 파이썬 자습서의 사용자 정의 예외 에 있습니다.

예외 컨텍스트¶

예외 객체의 세 가지 어트리뷰는 예외가 발생한 상황(context)에 대한 정보를 제공합니다:

BaseException.__context__¶

BaseException.__cause__¶

BaseException.__suppress_context__¶

이미 다른 예외가 처리되고 있는 동안 새로운 예외를 발생시키면, 새 예외의 __context__ 어트리뷰스가 자동으로 처리 중인 예외로 설정됩니다. 예외는 except 또는 finally 절이나 with 문이 사용될 때 처리될 수 있습니다.

이 묵시적인 예외 컨텍스트는 암시적인 예외 상황은 명시적 원인으로 보충될 수 있는데, raise와 from을 사용합니다:

raise new_exc from original_exc

from 다음의 표현식은 예외이거나 None 이어야 합니다. 이 표현식을 새로 일으키는 예외의 __cause__ 로 설정합니다. __cause__ 를 설정하면, 묵시적으로 __suppress_context__ 를 True 로 설정합니다. 그래서, raise new_exc from None 을 사용하면 표시의 목적상 이전 예외를 새로운 것으로 대체 하는 효과를 주면서 (예를 들어 KeyError 를 AttributeError 로), 디버깅할 때 검사할 수 있도록 이전의 예외를 __context__ 에 남겨둡니다.

기본 트레이스백 표시 코드는 예외 자체의 트레이스백 뿐만 아니라 이러한 연결된 예외를 보여줍니다. __cause__ 에 명시적으로 연결된 예외는 있으면 항상 표시됩니다. __context__ 에 묵시적으로 연결된 예외는 __cause__ 가 None 이고 __suppress_context__ 가 거짓인 경우에만 표시됩니다.

두 경우 모두, 예외 자신은 항상 연결된 예외 뒤에 표시되어서, 트레이스백의 마지막 줄은 항상 마지막에 발생한 예외를 보여줍니다.

내장 예외를 상속받기¶

사용자 코드는 예외 유형을 상속받는 하위 클래스를 생성할 수 있습니다. 기본 클래스가 args 어트리뷰를 처리하는 방식 간의 충돌을 방지하고 메모리 레이아웃 호환성 문제를 피하기 위해, 한 번에 하나의 예시 타입만 상속받는 것을 권장합니다.

대부분의 내장 예외는 효율성을 위해 C로 구현되어 있습니다(참조: Objects/exceptions.c). 일부는 사용자 정의 메모리 레이아웃을 가지고 있어 여러 예시 유형을 상속받는 하위 클래스를 만드는 것이 불가능합니다. 특정 타입의 메모리 레이아웃은 구현 세부 사항이며 파이썬 버전에 따라 변경될 수 있으므로 향후 새로운 충돌이 발생할 수 있습니다. 따라서 여러 예시 유형을 한꺼번에 상속받는 것은 피하는 것이 좋습니다.

베이스 클래스¶

다음 예외는 주로 다른 예외의 베이스 클래스로 사용됩니다.

exception BaseException¶

모든 내장 예외의 베이스 클래스입니다. 사용자 정의 클래스에 의해 직접 상속되는 것이 아닙니다 (그런 목적으로는 Exception을 사용하세요). 이 클래스의 인스턴스에 대해 str() 이 호출되면, 인스턴스로 전달된 인자(들)의 표현을 돌려줍니다. 인자가 없는 경우는 빈 문자열을 돌려줍니다.

args¶: 예외 생성자에 주어진 인자들의 튜플. 일부 내장 예외(예, OSError)는 특정 수의 인자를 기대하고 이 튜플의 요소에 특별한 의미를 할당하는 반면, 다른 것들은 보통 오류 메시지를 제공하는 단일 문자열로만 호출됩니다.

with_traceback(tb)¶

이 메서드는 tb 를 예외의 새 트레이스백으로 설정하고 예시 객체를 반환합니다. 이 방식은 PEP 3134 의 예외 체이닝 기능이 도입되기 전에 더 흔히 사용되었습니다. 다음 예제는 트레이스백을 유지하면서 SomeException 인스턴스를 OtherException 인스턴스로 변환하는 방법을 보여줍니다. 예외가 발생하면 현재 프레임이 OtherException 의 트레이스백에 추가됩니다. 이는 원래의 SomeException 이 호출자에게 전파되었을 때 발생했을 트레이스백과 동일한 방식입니다.

try:
    ...
except SomeException:
    tb = sys.exception().__traceback__
    raise OtherException(...).with_traceback(tb)

__traceback__¶: 이 예시와 관련된 트레이스백 객체 를 저장하는 쓰기 가능한 필드입니다. 관련 내용: raise 문.

add_note(note)¶: note 문자열을 예외 문자열 뒤에 나타나는 표준 트레이스백의 예외 노트에 추가합니다. note 가 문자열이 아닌 경우 TypeError 가 발생합니다.

Added in version 3.11.

__notes__¶: add_note() 로 추가된 이 예외의 노트 목록입니다. 이 어트리뷰트는 add_note() 가 호출될 때 생성됩니다.

Added in version 3.11.

exception Exception¶: 모든 시스템 종료 외의 내장 예외는 이 클래스 파생됩니다. 모든 사용자 정의 예외도 이 클래스에서 파생되어야 합니다.

exception ArithmeticError¶: 다양한 산술 에러가 일으키는 내장 예외들의 베이스 클래스: OverflowError, ZeroDivisionError, FloatingPointError.

exception BufferError¶: 버퍼 관련 연산을 수행할 수 없을 때 발생합니다.

exception LookupError¶: 매핑 또는 시퀀스에 사용된 키 나 인덱스가 잘못되었을 때 발생하는 예외의 베이스 클래스: IndexError, KeyError. codecs.lookup() 은 이 예외를 직접 일으킬 수 있습니다.

구체적인 예외¶

다음 예외는 일반적으로 직접 일으키는데 사용하는 예외입니다.

exception AssertionError¶: assert 문이 실패할 때 발생합니다.

exception AttributeError¶

어트리뷰트 참조(어트리뷰트 참조를 보세요)나 대입이 실패할 때 발생합니다. (객체가 어트리뷰트 참조나 어트리뷰트 대입을 아예 지원하지 않으면 TypeError 가 발생합니다.)

선택적 키워드 전용 인자인 name 과 obj 는 각각에 해당하는 어트리뷰트를 설정합니다:

name¶: 액세스가 시도된 어트리뷰트의 이름입니다.

obj¶: 해당 이름을 가진 어트리뷰트에 대해 접근한 객체입니다.

버전 3.10에서 변경: name과 obj 어트리뷰트를 추가했습니다.

exception EOFError¶: input() 함수가 데이터를 읽지 않은 상태에서 파일 끝(EOF) 조건에 도달했을 때 발생합니다. (참고: io.TextIOBase.read() 및 io.IOBase.readline() 메서드는 EOF에 도달하면 빈 문자열을 반환합니다.)

exception FloatingPointError¶: 현재 사용되지 않습니다.

exception GeneratorExit¶: 제너레이터 또는 코루틴 이 닫힐 때 발생합니다; generator.close() 와 coroutine.close() 를 보십시오. 기술적으로 에러가 아니므로 Exception 대신에 BaseException 을 직접 계승합니다.

exception ImportError¶

import 문이 모듈을 로드하는 데 문제가 있을 때 발생합니다. 또한 from ... import 에서 임포트 하려는 이름을 찾을 수 없을 때도 발생합니다.

선택적 키워드 전용 인자인 name 과 path 는 각각에 해당하는 어트리뷰트를 설정합니다:

name¶: 임포트가 시도된 모듈의 이름.

path¶: 예외를 발생시킨 파일의 경로입니다.

버전 3.3에서 변경: name과 path 어트리뷰트를 추가했습니다.

exception ModuleNotFoundError¶: ImportError 의 서브 클래스인데, 모듈을 찾을 수 없을 때 import 가 일으킵니다. sys.modules 에서 None 이 발견될 때도 발생합니다.

Added in version 3.6.

exception ImportCycleError¶: 지연 로드(lazy import)가 (직접 또는 간접적으로) 자기 자신을 가져오려다 실패할 때 발생하는 ImportError 의 하위 클래스입니다.

Added in version 3.15.

exception IndexError¶: 시퀀스 인덱스가 범위를 벗어날 때 발생합니다. (슬라이스 인덱스는 허용된 범위 내에 들어가도록 자동으로 잘립니다; 인덱스가 정수가 아니면 TypeError 가 발생합니다.)

exception KeyError¶: 매핑 (딕셔너리) 키가 기존 키 집합에서 발견되지 않을 때 발생합니다.

exception KeyboardInterrupt¶: 사용자가 인터럽트 키(일반적으로 Control-C 또는 Delete)를 누를 때 발생합니다. 실행 중에 인터럽트 검사가 정기적으로 수행됩니다. Exception을 잡는 코드에 의해 우연히 잡혀서, 인터프리터가 종료하는 것을 막지 못하도록 BaseException 를 계승합니다.

참고

KeyboardInterrupt 를 처리할 때는 특별한 주의가 필요합니다. 예측할 수 없는 시점에서 발생할 수 있기 때문에, 어떤 상황에서는 실행 중인 프로그램을 일관성 없는 상태로 남겨둘 수 있습니다. 일반적으로는 KeyboardInterrupt 이 가능한 한 빨리 프로그램을 종료하도록 허용하거나 아예 발생하지 않도록 하는 것이 가장 좋습니다. (신호 처리기와 예외에 대한 참고 사항 을 참조하십시오.)

exception MemoryError¶: 작업에 메모리가 부족하지만, 상황이 여전히 (일부 객체를 삭제해서) 복구될 수 있는 경우 발생합니다. 연관된 값은 어떤 종류의 (내부) 연산이 메모리를 다 써 버렸는지를 나타내는 문자열입니다. 하부 메모리 관리 아키텍처(C의 malloc() 함수)때문에, 인터프리터가 항상 이 상황을 완벽하게 복구할 수 있는 것은 아닙니다; 그런데도 통제를 벗어난 프로그램이 원인인 경우를 위해, 스택 트레이스백을 인쇄할 수 있도록 예외를 일으킵니다.

exception NameError¶

지역 또는 전역 이름을 찾을 수 없을 때 발생합니다. 이는 정규화되지 않은 이름에만 적용됩니다. 연관된 값은 찾을 수 없는 이름을 포함하는 에러 메시지입니다.

선택적 키워드 전용 인자인 name 은 해당 어트리뷰트를 설정합니다.

name¶: 액세스가 시도된 변수의 이름입니다.

버전 3.10에서 변경: name 어트리뷰트를 추가했습니다.

exception NotImplementedError¶: 이 예외는 RuntimeError 에서 파생됩니다. 사용자 정의 베이스 클래스에서, 파생 클래스가 재정의하도록 요구하는 추상 메서드나, 클래스가 개발되는 도중에 실제 구현이 추가될 필요가 있음을 나타낼 때 이 예외를 발생시켜야 합니다.

참고

연산자 나 메서드가 아예 지원되지 않는다는 것을 나타내는 데 사용해서는 안 됩니다 – 그 경우는 연산자 / 메서드를 정의하지 않거나, 서브 클래스면 None 으로 설정하십시오.

조심

NotImplementedError 와 NotImplemented 는 바꿔쓸 수 없습니다. 이 예외는 위에서 설명한 대로만 사용되어야 합니다; 내장 상수의 올바른 사용에 대한 자세한 내용은 NotImplemented 를 참조하세요.

exception OSError([arg])¶

exception OSError(errno, strerror[, filename[, winerror[, filename2]]])

이 예외는 시스템 함수가 시스템 관련 에러를 돌려줄 때 발생하는데, “파일을 찾을 수 없습니다(file not found)” 나 “디스크가 꽉 찼습니다(disk full)” 와 같은 (잘못된 인자형이나 다른 부수적인 에러가 아닌) 입출력 실패를 포함합니다.

생성자의 두 번째 형식은 아래에 설명된 해당 어트리뷰트를 설정합니다. 어트리뷰트를 지정하지 않으면 기본적으로 None 이 됩니다. 이전 버전과의 호환성을 위해, 세 개의 인자가 전달되면, args 어트리뷰트는 처음 두 생성자 인자의 2-튜플만 포함합니다.

아래의 OS 예외 에서 설명하는 것처럼, 생성자는 종종 OSError 의 서브 클래스를 돌려줍니다. 구체적인 서브 클래스는 최종 errno 값에 따라 다릅니다. 이 동작은 OSError 를 직접 혹은 별칭을 통해 생성할 때만 일어나고, 서브 클래싱할 때는 상속되지 않습니다.

errno¶: C 변수 errno 로부터 온 숫자 에러 코드.

winerror¶

윈도우에서, 네이티브 윈도우 에러 코드를 제공합니다. errno 어트리뷰트는 이 네이티브 에러 코드를 POSIX 코드로 대략 변환한 것입니다.

윈도우에서, winerror 생성자 인자가 정수인 경우, errno 어트리뷰트는 윈도우 에러 코드에서 결정되며 errno 인자는 무시됩니다. 다른 플랫폼에서는 winerror 인자가 무시되고 winerror 어트리뷰트가 없습니다.

strerror¶: 운영체제에서 제공하는 해당 오류 메시지입니다. 이는 POSIX 환경에서는 C 함수 perror`에 의해, Windows 환경에서는 :c:func:()!FormatMessage`에 의해 포맷됩니다.

filename¶
filename2¶: (open() 또는 os.unlink() 와 같은) 파일 시스템 경로와 관련된 예외의 경우, filename 은 함수에 전달 된 파일 이름입니다. (os.rename()처럼) 두 개의 파일 시스템 경로를 수반하는 함수의 경우, filename2 는 두 번째 파일 이름에 해당합니다.

버전 3.3에서 변경: EnvironmentError, IOError, WindowsError, socket.error, select.error 및 mmap.error 가 OSError 로 통합되었으며, 생성자는 하위 클래스를 반환할 수 있습니다.

버전 3.4에서 변경: filename 속성은 이제 파일 시스템 인코딩과 에러 처리기로 인코딩되거나 디코딩된 이름 대신 함수에 전달 된 원래 파일 이름입니다. 또한 filename2 생성자 인자 및 어트리뷰트가 추가되었습니다.

exception OverflowError¶: 산술 연산의 결과가 너무 커서 표현할 수 없을 때 발생합니다. 정수에서는 발생하지 않습니다 (포기하기보다는 MemoryError 를 일으키게 될 겁니다). 그러나, 역사적인 이유로, 때로 OverflowError는 요구되는 범위를 벗어난 정수의 경우도 발생합니다. C에서 부동 소수점 예외 처리의 표준화가 부족하므로, 대부분의 부동 소수점 연산은 검사되지 않습니다.

exception PythonFinalizationError¶

이 예외는 RuntimeError 에서 파생되었습니다. 인터프리터 종료(또한 Python finalization 으로도 알려짐) 중에 작업이 차단될 때 발생합니다.

Python finalization 중 PythonFinalizationError 와 함께 차단될 수 있는 작업의 예는 다음과 같습니다.

새로운 Python 스레드를 생성하는 경우.
실행 중인 데몬 스레드를 Joining 하는 경우.
os.fork(),
그렇지 않을 경우 교착 상태(deadlock)에 빠질 것으로 예상되는 상황에서 threading.Lock 과 같은 록을 획득하는 경우.

sys.is_finalizing() 함수도 참고하십시오.

Added in version 3.13: 이전에는 평범한 RuntimeError 가 발생했습니다.

버전 3.14에서 변경: threading.Thread.join() 이 이제 이 예외를 발생시킬 수 있습니다.

버전 3.15에서 변경: threading.Lock() 또는 threading.RLock() 을 획득할 때 이 예외가 발생할 수 있습니다.

exception RecursionError¶: 이 예외는 RuntimeError 에서 파생됩니다. 인터프리터가 최대 재귀 깊이(sys.getrecursionlimit() 참조)가 초과하였음을 감지할 때 발생합니다.

Added in version 3.5: 이전에는 평범한 RuntimeError 가 발생했습니다.

exception ReferenceError¶: 이 예외는 weakref.proxy() 함수가 만든 약한 참조 프락시가 이미 가비지 수집된 참조 대상의 어트리뷰트를 액세스하는 데 사용될 때 발생합니다. 약한 참조에 대한 더 자세한 정보는 weakref 모듈을 보십시오.

exception RuntimeError¶: 다른 범주에 속하지 않는 에러가 감지될 때 발생합니다. 연관된 값은 정확히 무엇이 잘못되었는지를 나타내는 문자열입니다.

exception StopIteration¶

이터레이터에 의해 생성된 항목이 더 없다는 것을 알려주기 위해, 내장 함수 next()와 이터레이터의 __next__() 메서드가 일으킵니다.

value¶: 예외 객체는 value라는 하나의 어트리뷰트를 가지고 있습니다. 이 어트리뷰트는 예외를 생성할 때 인자로 주어지며, 기본값은 None 입니다.

제너레이터 나 코루틴 함수가 복귀할 때, 새 StopIteration 인스턴스를 발생시키고, 함수가 돌려주는 값을 예외 생성자의 value 매개변수로 사용합니다.

제너레이터 코드가 직간접적으로 StopIteration 를 일으키면, RuntimeError 로 변환됩니다 (StopIteration 은 새 예외의 원인(__cause__)으로 남겨둡니다).

버전 3.3에서 변경: value 어트리뷰트와 제너레이터 함수가 이 값을 돌려주는 기능을 추가했습니다.

버전 3.5에서 변경: from __future__ import generator_stop 를 통한 RuntimeError 변환을 도입했습니다. PEP 479를 참조하세요.

버전 3.7에서 변경: 기본적으로 모든 코드에서 PEP 479를 활성화합니다: 제너레이터에서 발생한 StopIteration 에러는 RuntimeError 로 변환됩니다.

exception StopAsyncIteration¶: 반드시 비동기 이터레이터 객체의 __anext__() 메서드가 이터레이션을 멈추고자 할 때 발생시켜야 합니다.

Added in version 3.5.

exception SyntaxError(message, details)¶

파서가 문법 오류를 만날 때 발생합니다. import 문에서, 내장 함수 compile(), exec() 또는 eval() 호출에서, 초기 스크립트나 (대화형으로) 표준 입력을 읽을 때 발생할 수 있습니다.

예외 인스턴스의 str()은 에러 메시지만 돌려줍니다. details는 각 멤버가 별도의 어트리뷰트로도 제공되는 튜플입니다.

filename¶: 문법 오류가 발생한 파일의 이름.

lineno¶: 오류가 발생한 파일의 줄 번호. 1-인덱싱됩니다: 파일의 첫 번째 줄은 lineno가 1입니다.

offset¶: 오류가 발생한 줄의 열. 1-인덱싱됩니다: 줄의 첫 번째 문자는 offset이 1입니다.

text¶: 오류를 수반한 소스 코드 텍스트.

end_lineno¶: 오류가 발생한 파일의 끝나는 줄 번호. 1-인덱싱됩니다: 파일의 첫 번째 줄은 lineno가 1입니다.

end_offset¶: 발생한 오류가 끝나는 줄의 열. 1-인덱싱됩니다: 줄의 첫 번째 문자는 offset이 1입니다.

f-string 필드에서 오류가 발생할 경우 메시지 앞에 “f-string: “이 붙으며, 오프셋은 치환 표현식으로 구성된 텍스트 내의 오프셋입니다. 예를 들어, f’Bad {a b} field’를 컴파일하면 다음과 같은 args 어트리뷰트가 생성됩니다: (‘f-string: …’, (‘’, 1, 2, ‘(a b)n’, 1, 5)).

버전 3.10에서 변경: end_lineno과 end_offset 어트리뷰트를 추가했습니다.

exception IndentationError¶: 잘못된 들여쓰기와 관련된 문법 오류의 베이스 클래스입니다. SyntaxError 의 서브 클래스입니다.

exception TabError¶: 들여쓰기가 일관성없는 탭과 스페이스 사용을 포함하는 경우 발생합니다. IndentationError 의 서브 클래스입니다.

exception SystemError¶

인터프리터가 내부 에러를 발견했지만, 모든 희망을 포기할 만큼 상황이 심각해 보이지는 않을 때 발생합니다. 연관된 값은 무엇이 잘못되었는지 (저수준의 용어로) 나타내는 문자열입니다. CPython에서, 이는 가령 예외를 설정하지 않고 NULL을 반환하는 것과 같이, 파이썬의 C API를 잘못 사용함으로써 발생할 수 있습니다.

이 예외가 여러분이나 사용 중인 패키지의 책임이 아니라고 확싱한다면, 파이썬 인터프리터의 저자나 관리자에게 알려야 합니다. 파이썬 인터프리터의 버전 (sys.version; 대화식 파이썬 세션의 시작 부분에도 출력됩니다), 정확한 에러 메시지 (예외의 연관된 값) 그리고 가능하다면 에러를 일으킨 프로그램의 소스를 제공해 주십시오.

exception SystemExit¶

이 예외는 sys.exit() 함수에 의해 발생합니다. 이 예외는 Exception 대신 BaseException 을 상속받아, Exception 을 처리하는 코드에 의해 실수로 잡히지 않도록 설계되었습니다. 이를 통해 예산이 제대로 전파되어 인터프리터가 종료되도록 합니다. 처리되지 않을 경우 Python 인터프리터는 종료되며 스택 트레이스백은 출력되지 않습니다. 생성자는 sys.exit() 에 전달되는 것과 동일한 선택적 인수를 수용합니다. 값이 정수이면 시스템 종료 상태를 지정하며(C의 exit() 함수로 전달됨), None 이면 종료 상태는 0이며, 다른 타입(문자열 등)인 경우 객체의 값은 출력되고 종료 상태는 1이 됩니다.

sys.exit() 에 대한 호출은 예외로 변환되어 뒷정리 처리기 (try 문의 finally 절) 가 실행될 수 있도록 합니다. 그래서 디버거는 제어권을 잃을 위험 없이 스크립트를 실행할 수 있습니다. 즉시 종료가 절대적으로 필요한 경우에는 os._exit() 함수를 사용할 수 있습니다 (예를 들어, os.fork() 호출 후의 자식 프로세스에서).

code¶: 생성자에 전달되는 종료 상태 또는 에러 메시지입니다. (기본값은 None 입니다.)

exception TypeError¶

연산이나 함수가 부적절한 형의 객체에 적용될 때 발생합니다. 연관된 값은 형 불일치에 대한 세부 정보를 제공하는 문자열입니다.

이 예외는 객체에 시도된 연산이 지원되지 않으며 그럴 의도도 없음을 나타내기 위해 사용자 코드가 발생시킬 수 있습니다. 만약 객체가 주어진 연산을 지원할 의사는 있지만, 아직 구현을 제공하지 않는 경우라면, NotImplementedError 를 발생시키는 것이 적합합니다.

잘못된 형의 인자를 전달하면 (가령 int 를 기대하는데 list를 전달하기), TypeError 를 일으켜야 합니다. 하지만 잘못된 값을 갖는 인자를 전달하면 (가령 범위를 넘어서는 숫자) ValueError 를 일으켜야 합니다.

exception UnboundLocalError¶: 함수 나 메서드에서 지역 변수를 참조하지만, 해당 변수에 값이 연결되지 않으면 발생합니다. 이것은 NameError 의 서브 클래스입니다.

exception UnicodeError¶

유니코드 관련 인코딩 또는 디코딩 에러가 일어날 때 발생합니다. ValueError 의 서브 클래스입니다.

UnicodeError 는 인코딩이나 디코딩 에러를 설명하는 어트리뷰트를 가지고 있습니다. 예를 들어, err.object[err.start:err.end] 는 코덱이 실패한 잘못된 입력을 제공합니다.

encoding¶: 에러를 발생시킨 인코딩의 이름입니다.

reason¶: 구체적인 코덱 오류를 설명하는 문자열입니다.

object¶: 코덱이 인코딩 또는 디코딩하려고 시도한 객체입니다.

start¶

object 에 있는 잘못된 데이터의 최초 인덱스입니다.

이 값은 절대 오프셋으로 해석되므로 음수여서는 안 되지만, 이 제약 조건은 실행 시(runtime)에 강제되지 않습니다.

end¶

object 에 있는 마지막으로 잘못된 데이터의 바로 다음 인덱스입니다.

이 값은 절대 오프셋으로 해석되므로 음수여서는 안 되지만, 이 제약 조건은 실행 시(runtime)에 강제되지 않습니다.

exception UnicodeEncodeError¶: 인코딩 중에 유니코드 관련 에러가 일어나면 발생합니다. UnicodeError 의 서브 클래스입니다.

exception UnicodeDecodeError¶: 디코딩 중에 유니코드 관련 에러가 일어나면 발생합니다. UnicodeError 의 서브 클래스입니다.

exception UnicodeTranslateError¶: 번역 중에 유니코드 관련 에러가 일어나면 발생합니다. UnicodeError 의 서브 클래스입니다.

exception ValueError¶: 연산이나 함수가 올바른 형이지만 부적절한 값을 가진 인자를 받았고, 상황이 IndexError 처럼 더 구체적인 예외로 설명되지 않는 경우 발생합니다.

exception ZeroDivisionError¶: 나누기 또는 모듈로 연산의 두 번째 인자가 0일 때 발생합니다. 연관된 값은 피연산자의 형과 연산을 나타내는 문자열입니다.

다음 예외는 이전 버전과의 호환성을 위해 유지됩니다; 파이썬 3.3부터는 OSError 의 별칭입니다.

exception EnvironmentError¶

exception IOError¶

exception WindowsError¶: 윈도우에서만 사용할 수 있습니다.

OS 예외¶

다음의 예외는 OSError 의 서브 클래스이며, 시스템 에러 코드에 따라 발생합니다.

exception BlockingIOError¶

비 블록 동작으로 설정된 객체(가령 소켓)에 블록이 필요한 연산이 수행되면 발생합니다. errno EAGAIN, EALREADY, EWOULDBLOCK, EINPROGRESS 에 해당합니다.

OSError 의 것 외에도, BlockingIOError 는 어트리뷰트를 하나 더 가질 수 있습니다:

characters_written¶: 스트림이 차단되기 전까지 스트림에 쓰인 바이트 수를 포함하는 정수입니다. 이 어트리뷰트는 io 모듈의 버퍼링된 I/O 클래스를 사용할 때 사용 가능합니다.

exception ChildProcessError¶: 자식 프로세스에 대한 작업이 실패할 때 발생합니다. errno ECHILD 에 해당합니다.

exception ConnectionError¶

연결 관련 문제에 대한 베이스 클래스입니다.

서브 클래스는 BrokenPipeError, ConnectionAbortedError, ConnectionRefusedError 및 ConnectionResetError 입니다.

exception BrokenPipeError¶: ConnectionError 의 서브 클래스로서, 다른 쪽 끝이 닫힌 파이프에 쓰려고 하거나, 쓰기가 종료된 소켓에 쓰려고 할 때 발생합니다. errno EPIPE 와 ESHUTDOWN 에 해당합니다.

exception ConnectionAbortedError¶: ConnectionError 의 서브 클래스로서, 연결 시도가 상대방에 의해 중단(abort)될 때 발생합니다. errno ECONNABORTED 에 해당합니다.

exception ConnectionRefusedError¶: ConnectionError 의 서브 클래스로서, 연결 시도가 상대방에 의해 거부(refuse)될 때 발생합니다. errno ECONNREFUSED 에 해당합니다.

exception ConnectionResetError¶: ConnectionError 의 서브 클래스로서, 연결이 상대방에 의해 강제 종료(reset)될 때 발생합니다. errno ECONNRESET 에 해당합니다.

exception FileExistsError¶: 이미 존재하는 파일이나 디렉터리를 만들려고 할 때 발생합니다. errno EEXIST 에 해당합니다.

exception FileNotFoundError¶: 파일이나 디렉터리가 요청되었지만 존재하지 않을 때 발생합니다. errno ENOENT 에 해당합니다.

exception InterruptedError¶: 시스템 호출이 들어오는 시그널에 의해 중단될 때 발생합니다. errno EINTR 에 해당합니다.

버전 3.5에서 변경: 이제 파이썬은 시스템 호출이 시그널에 의해 중단될 때, 시그널 처리기가 예외를 일으키는 경우를 제외하고 (이유는 PEP 475 를 참조하세요), InterruptedError 를 일으키는 대신 시스템 호출을 재시도합니다.

exception IsADirectoryError¶: 디렉터리에 파일 연산(가령 os.remove())이 요청되었을 때 발생합니다. errno EISDIR 에 해당합니다.

exception NotADirectoryError¶: 디렉터리가 아닌 것에 디렉터리 연산(가령 os.listdir())이 요청되었을 때 발생합니다. 대부분의 POSIX 플랫폼에서, 연산이 디렉터리가 아닌 파일을 디렉터리인 것처럼 열거나 탐색하려고 할 때도 발생합니다. errno ENOTDIR 에 해당합니다.

exception PermissionError¶: 적절한 접근권 (가령 파일 시스템 권한) 없이 연산을 실행하려고 할 때 발생합니다. errno EACCES, EPERM 및 ENOTCAPABLE 에 해당합니다.

버전 3.11.1에서 변경: WASI의 ENOTCAPABLE 이 이제 PermissionError 로 매핑됩니다.

exception ProcessLookupError¶: 주어진 프로세스가 존재하지 않을 때 발생합니다. errno ESRCH 에 해당합니다.

exception TimeoutError¶: 시스템 함수가 시스템 수준에서 시간 초과 될 때 발생합니다. errno ETIMEDOUT 에 해당합니다.

Added in version 3.3: 위의 모든 OSError 서브 클래스가 추가되었습니다.

PEP 3151 - OS 및 IO 예외 계층 구조 재작업

경고¶

다음 예외는 경고 범주로 사용됩니다; 자세한 정보는 경고 범주 설명서를 보십시오.

exception Warning¶: 경고 범주의 베이스 클래스입니다.

exception UserWarning¶: 사용자 코드에 의해 만들어지는 경고의 베이스 클래스입니다.

exception DeprecationWarning¶

폐지된 기능에 대한 경고의 베이스 클래스인데, 그 경고가 다른 파이썬 개발자를 대상으로 하는 경우입니다.

__main__ 모듈을 제외하고, 기본 경고 필터에 의해 무시됩니다 (PEP 565). 파이썬 개발 모드를 활성화하면 이 경고가 표시됩니다.

사용 중단(deprecation) 정책은 PEP 387 에 기술되어 있습니다.

exception PendingDeprecationWarning¶

더는 사용되지 않고 장래에 폐지될 예정이지만, 지금 당장 폐지되지는 않은 기능에 관한 경고의 베이스 클래스입니다.

앞으로 있을 수도 있는 폐지에 관한 경고는 일반적이지 않기 때문에, 이 클래스는 거의 사용되지 않습니다. 이미 활성화된 폐지에는 DeprecationWarning을 선호합니다.

기본 경고 필터에 의해 무시됩니다. 파이썬 개발 모드를 활성화하면 이 경고가 표시됩니다.

사용 중단(deprecation) 정책은 PEP 387 에 기술되어 있습니다.

exception SyntaxWarning¶

모호한 문법에 대한 경고의 베이스 클래스입니다.

이 경고는 보통 Python 소스 코드를 컴파일할 때 발생하며, 이미 컴파일된 코드를 실행할 때는 보고되지 않습니다.

exception RuntimeWarning¶: 모호한 실행 시간 동작에 대한 경고의 베이스 클래스입니다.

exception FutureWarning¶: 폐지된 기능에 대한 경고의 베이스 클래스인데, 그 경고가 파이썬으로 작성된 응용 프로그램의 최종 사용자를 대상으로 하는 경우입니다.

exception ImportWarning¶

모듈 임포트에 있을 수 있는 실수에 대한 경고의 베이스 클래스입니다.

기본 경고 필터에 의해 무시됩니다. 파이썬 개발 모드를 활성화하면 이 경고가 표시됩니다.

exception UnicodeWarning¶: 유니코드와 관련된 경고의 베이스 클래스입니다.

exception EncodingWarning¶

인코딩과 관련된 경고의 베이스 클래스입니다.

자세한 내용은 선택적 인코딩 경고(EncodingWarning) 를 참조하십시오.

Added in version 3.10.

exception BytesWarning¶: bytes 및 bytearray 와 관련된 경고의 베이스 클래스입니다.

exception ResourceWarning¶

자원 사용과 관련된 경고의 베이스 클래스입니다.

기본 경고 필터에 의해 무시됩니다. 파이썬 개발 모드를 활성화하면 이 경고가 표시됩니다.

Added in version 3.2.

예외 그룹¶

다음은 서로 관련 없는 여러 예외를 발생시켜야 할 때 사용됩니다. 이들은 예외 계층 구조의 일부이므로 다른 모든 예외와 마찬가지로 except 로 처리할 수 있습니다. 또한, 포함된 예외의 유형에 따라 하위 그룹을 매칭하는 except* 에 의해 인식됩니다.

exception ExceptionGroup(msg, excs)¶

exception BaseExceptionGroup(msg, excs)¶

이 두 예외 유형 모두 excs 시퀀스 내의 예외들을 래핑합니다. msg 매개 변수는 반드시 문자열이어야 합니다. 두 클래스의 차이점은 BaseExceptionGroup 은 BaseException 을 확장하여 모든 예외를 래핑할 수 있는 반면, ExceptionGroup 은 Exception 을 확장하여 Exception 의 하위 클래스만 래핑할 수 있다는 것입니다. 이러한 설계는 except Exception 이 ExceptionGroup 은 잡지만 BaseExceptionGroup 은 잡지 않도록 하기 위함입니다.

BaseExceptionGroup 생성자는 포함된 모든 예외가 Exception 인스턴스인 경우 BaseExceptionGroup 대신 ExceptionGroup 을 반환하여 선택을 자동으로 처리할 수 있게 합니다. 반면, ExceptionGroup 생성자는 포함된 예제 중 하나라도 Exception 하위 클래스가 아닌 경우 TypeError 를 발생시킵니다.

예외 그룹은 포함된 예외의 타입에 대한 generic 입니다.

excs 매개 변수는 모든 시퀀스일 수 있지만, 리스트와 튜플이 이 환경에서 더 효율적으로 처리됩니다. 최적의 성능을 위해 excs 로 튜플을 전달하십시오.

message¶: 생성자의 msg 인자입니다. 이는 읽기 전용 어트리뷰트입니다.

exceptions¶: 생성자에 제공된 excs 시퀀스에 포함된 예외들의 튜플입니다. 이는 읽기 전용 어트리뷰트입니다.

subgroup(condition)¶

condition 과 일치하는 현재 그룹의 예외들만 포함하는 예외 그룹을 반환하며, 결과가 비어 있는 경우 None 을 반환합니다.

조건은 예외 타입 또는 예외 타입의 튜플일 수 있으며, 이 경우 각 예럼이 except 절에서 사용되는 것과 동일한 확인 절차를 통해 일치 여부를 확인합니다. 또한 조건은 단일 인자로 예외를 받아들여 하위 그룹에 포함되어야 하는 예시에 대해 True를 반환하는 호출 가능(callable) 객체(타입 객체 제외)가 될 수도 있습니다.

현재 예외의 중첩 구조가 결과에 유지되며, message, __traceback__, __cause__, __context__, 그리고 __notes__ 필드 값들도 그대로 유지됩니다. 비어 있는 중첩 그룹은 결과에서 제외됩니다.

상위 수준 및 모든 중첩된 예외 그룹을 포함하여 중첩된 예외 그룹 내의 모든 예음에 대해 조건이 확인됩니다. 해당 예외 그룹에 대해 조건이 참이면, 해당 그룹이 전체적으로 결과에 포함됩니다.

Added in version 3.13: condition 은 타입 객체가 아닌 모든 호출 가능(callable) 객체일 수 있습니다.

split(condition)¶: subgroup() 과 유사하지만, match 가 subgrop(condition) 이고 rest 가 일치하지 않는 나머지 부분인 튜플 (match, rest) 를 반환합니다.

derive(excs)¶

동일한 message`를 가지되, ``excs` 내의 예외들을 래핑하는 예외 그룹을 반환합니다.

이 메서드는 다양한 상황에서 예외 그룹을 분할하는 데 사용되는 subgroup() 및 split() 에 의해 사용됩니다. 하위 클래스는 subgroup() 및 split() 이 ExceptionGroup 대신 해당 하위 클래스의 인스턴스를 반환하도록 하기 위해 이 메서드를 재정의해야 합니다.

subgroup() and split() copy the __traceback__, __cause__, __context__ and __notes__ fields from the original exception group to the one returned by derive(), so these fields do not need to be updated by derive().

>>> class MyGroup(ExceptionGroup):
...     def derive(self, excs):
...         return MyGroup(self.message, excs)
...
>>> e = MyGroup("eg", [ValueError(1), TypeError(2)])
>>> e.add_note("a note")
>>> e.__context__ = Exception("context")
>>> e.__cause__ = Exception("cause")
>>> try:
...    raise e
... except Exception as e:
...    exc = e
...
>>> match, rest = exc.split(ValueError)
>>> exc, exc.__context__, exc.__cause__, exc.__notes__
(MyGroup('eg', [ValueError(1), TypeError(2)]), Exception('context'), Exception('cause'), ['a note'])
>>> match, match.__context__, match.__cause__, match.__notes__
(MyGroup('eg', [ValueError(1)]), Exception('context'), Exception('cause'), ['a note'])
>>> rest, rest.__context__, rest.__cause__, rest.__notes__
(MyGroup('eg', [TypeError(2)]), Exception('context'), Exception('cause'), ['a note'])
>>> exc.__traceback__ is match.__traceback__ is rest.__traceback__
True

BaseExceptionGroup 이 __new__() 를 정의하고 있으므로, 다른 생성자 시그니처가 필요한 하위 클래스는 __init__() 대신 이를 재정의해야 합니다. 예를 들어, 다음은 exit_code를 받아 해당 값으로 그룹 메시지를 구성하는 예외 그룹 하위 클래스를 정의합니다.

class Errors(ExceptionGroup):
   def __new__(cls, errors, exit_code):
      self = super().__new__(Errors, f"exit code: {exit_code}", errors)
      self.exit_code = exit_code
      return self

   def derive(self, excs):
      return Errors(excs, self.exit_code)

ExceptionGroup 과 마찬가지로, BaseExceptionGroup 의 하위 클래스이면서 동시에 Exception 의 하위 클래스인 경우도 오직 Exception 인스턴스만 래핑할 수 있습니다.

Added in version 3.11.

예외 계층 구조¶

내장 예외의 클래스 계층 구조는 다음과 같습니다:

BaseException
 ├── BaseExceptionGroup
 ├── GeneratorExit
 ├── KeyboardInterrupt
 ├── SystemExit
 └── Exception
      ├── ArithmeticError
      │    ├── FloatingPointError
      │    ├── OverflowError
      │    └── ZeroDivisionError
      ├── AssertionError
      ├── AttributeError
      ├── BufferError
      ├── EOFError
      ├── ExceptionGroup [BaseExceptionGroup]
      ├── ImportError
      │    └── ImportCycleError
      │    └── ModuleNotFoundError
      ├── LookupError
      │    ├── IndexError
      │    └── KeyError
      ├── MemoryError
      ├── NameError
      │    └── UnboundLocalError
      ├── OSError
      │    ├── BlockingIOError
      │    ├── ChildProcessError
      │    ├── ConnectionError
      │    │    ├── BrokenPipeError
      │    │    ├── ConnectionAbortedError
      │    │    ├── ConnectionRefusedError
      │    │    └── ConnectionResetError
      │    ├── FileExistsError
      │    ├── FileNotFoundError
      │    ├── InterruptedError
      │    ├── IsADirectoryError
      │    ├── NotADirectoryError
      │    ├── PermissionError
      │    ├── ProcessLookupError
      │    └── TimeoutError
      ├── ReferenceError
      ├── RuntimeError
      │    ├── NotImplementedError
      │    ├── PythonFinalizationError
      │    └── RecursionError
      ├── StopAsyncIteration
      ├── StopIteration
      ├── SyntaxError
      │    └── IndentationError
      │         └── TabError
      ├── SystemError
      ├── TypeError
      ├── ValueError
      │    └── UnicodeError
      │         ├── UnicodeDecodeError
      │         ├── UnicodeEncodeError
      │         └── UnicodeTranslateError
      └── Warning
           ├── BytesWarning
           ├── DeprecationWarning
           ├── EncodingWarning
           ├── FutureWarning
           ├── ImportWarning
           ├── PendingDeprecationWarning
           ├── ResourceWarning
           ├── RuntimeWarning
           ├── SyntaxWarning
           ├── UnicodeWarning
           └── UserWarning

내장 예외¶

예외 컨텍스트¶

내장 예외를 상속받기¶

베이스 클래스¶

구체적인 예외¶

OS 예외¶

경고¶

예외 그룹¶

예외 계층 구조¶

분실물 보관소