Pythonのtry exceptが複数の時に例外の補足箇所には注意が必要な話

BaseException
 ├── BaseExceptionGroup
 ├── GeneratorExit
 ├── KeyboardInterrupt
 ├── SystemExit
 └── Exception
      ├── ArithmeticError
      │    ├── FloatingPointError
      │    ├── OverflowError
      │    └── ZeroDivisionError
      ├── AssertionError
      ├── AttributeError
      ├── BufferError
      ├── EOFError
      ├── ExceptionGroup [BaseExceptionGroup]
      ├── ImportError
      │    └── 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

⇧ 基本的には、「Exception」クラスを親クラスとして例外クラスは作成されているはずですと。

Pythonのtry exceptが複数の時に例外の補足箇所には注意が必要な話

で、

docs.python.org

8.3. 例外を処理する

Exception はほぼすべての例外を捕捉するワイルドカードとして使えます。しかし良い例外処理の手法とは、処理対象の例外の型をできる限り詳細に書き、予期しない例外はそのまま伝わるようにすることです。

https://docs.python.org/ja/3.13/tutorial/errors.html#tut-userexceptions

⇧ 上記のようなことが記載されているのだけど、「Python」って「動的型付け言語」

なので、型の付与は実装者に委ねられていることもあり、戻り値の型とかハッキリしないので、当然のことながら、例外についても型がハッキリしませんと...

まぁ、破綻しているわけですと。

そして、今回の本題にも絡んでくるのだが、余程、明確に例外の型について説明してくれているライブラリを利用しているので無いならば、「Exception」で補足しておくのが無難と思われる。

で、本題。

■try exceptが複数

import logging

# ロガーの設定
logging.basicConfig(
    level=logging.INFO,
    format="%(asctime)s %(levelname)s %(name)s %(message)s"
)
logger = logging.getLogger(__name__)

try:
  err_message = ""

  # 何某かの処理１
  
except ValueError:
  err_message = "ValueError: "
  logger.exception(err_message)

except RuntimeError:
  err_message = "RuntimeError: "
  logger.exception(err_message)

try:
  # 何某かの処理２

except Exception:
  err_message = "Exception: "
  logger.exception(err_message)

try:
  # 何某かの処理３

except Exception:
  err_message = "Exception: "
  logger.exception(err_message)

⇧ のような処理があって、「何某の処理１」で

ValueError
RuntimeError

のどちらでも補足できない例外が起きた場合、「何某かの処理２」の方のexceptが「Exception」であるので、「何某かの処理２」の方のexceptで例外が補足されるのだが、「何某かの処理３」へは進んでくれずに、処理が終了してしまうという事象が起こったのである。

由々しき問題でありますと。

ネットの情報とかだと、

qiita.com

⇧ 処理が止まらないって話は出てくるんだが、処理が止まるっていう話が出てこないんよね...

今回は、

■try exceptが複数

import logging

# ロガーの設定
logging.basicConfig(
    level=logging.INFO,
    format="%(asctime)s %(levelname)s %(name)s %(message)s"
)
logger = logging.getLogger(__name__)

try:
  err_message = ""

  # 何某かの処理１
  
except ValueError:
  err_message = "ValueError: "
  logger.exception(err_message)

except RuntimeError:
  err_message = "RuntimeError: "
  logger.exception(err_message)

except Exception:
  err_message = "Exception: "
  logger.exception(err_message)

try:
  # 何某かの処理２

except Exception:
  err_message = "Exception: "
  logger.exception(err_message)

try:
  # 何某かの処理３

except Exception:
  err_message = "Exception: "
  logger.exception(err_message)

⇧ のように、exceptに「Exception」を追加して対応した。

とりあえず、

『Exception はほぼすべての例外を捕捉するワイルドカードとして使えます。しかし良い例外処理の手法とは、処理対象の例外の型をできる限り詳細に書き、予期しない例外はそのまま伝わるようにすることです。』

で不具合を発生させることになってしまうよりは、exceptに「Exception」を利用するで良いような気がする...

「理想」と「現実」は異なるということですかね...

ちなみに、

github.com

⇧「HVAC（HashiCorp Vault API client for Python 3.x）」というライブラリを利用していての話なのですが、

github.com

⇧ メソッドがどの例外を返す可能性があるのかサッパリ分からんので、exceptに「Exception」を利用せざるを得ないってことですかね...

毎度モヤモヤ感が半端ない…

今回はこのへんで。