Python try except超入門：これで例外処理は怖くない！

By /

はい、承知いたしました。「Python try except超入門：これで例外処理は怖くない！」の詳細な説明を含む約5000語の記事を作成します。

Python try except超入門：これで例外処理は怖くない！

プログラミングをしていると、予期せぬエラーに遭遇することは日常茶飯事です。ファイルが見つからなかったり、数字でないものを数字として扱おうとしたり、リストの範囲外にアクセスしようとしたり… これらのエラーは、プログラムが途中で停止し、意図しない動作を引き起こす原因となります。しかし、Pythonにはこれらの「例外」を上手に「処理」するための強力な仕組みがあります。それが try...except ブロックです。

この記事では、Python初心者の方でも安心して例外処理を扱えるようになるために、try...except ブロックの基本から応用、そして関連する else や finally、さらには raise の使い方までを、豊富な例を交えながら徹底的に解説します。「例外処理って難しそう…」と思っている方も、この記事を読めば、きっと例外処理が怖くなくなるはずです。さあ、一緒にPythonの例外処理の世界へ飛び込みましょう！

1. なぜ例外処理が必要なのか？

プログラムがエラーで停止することを「クラッシュ」と呼びます。ユーザーがあなたのプログラムを使っているときに、突然クラッシュしてしまったらどうでしょう？ ユーザー体験は損なわれ、プログラムの信頼性は低下します。

例えば、ユーザーに数値を入力させて、それを使って計算を行うプログラムを考えてみましょう。ユーザーが誤って文字を入力した場合、数値変換の処理（int()やfloat()など）はエラーとなり、プログラムはそこで停止してしまいます。

“`python

エラーが発生する可能性のあるコード例

user_input = input(“数値を入力してください: “)
number = int(user_input) # ここでユーザーが文字を入力するとエラー！
result = 10 / number
print(f”結果: {result}”)

print(“プログラム終了”) # ここまで到達しない可能性がある
“`

ユーザーが「abc」と入力したら、int("abc") は ValueError というエラーを発生させます。プログラムはその時点で中断され、「プログラム終了」というメッセージは表示されません。これでは困りますよね。

ここで例外処理の出番です。例外処理を行うことで、エラーが発生したときにプログラムが一方的に停止するのではなく、開発者が事前に定義しておいた「エラーが起きたときの対処法」を実行させることができます。これにより、プログラムはエラーから回復したり、ユーザーに適切なメッセージを表示したり、安全に終了したりすることが可能になります。

2. try...except の基本構造

Pythonで例外処理を行うための最も基本的な構文は try...except です。

python
try:
# 例外が発生する可能性のあるコード
pass
except ExceptionType:
# ExceptionType の例外が発生した場合に実行されるコード
pass

このブロックの動作は以下のようになります。

  1. まず try: ブロック内のコードが実行されます。
  2. try: ブロック内のコードを実行中に、例外が発生しなかった場合、except: ブロックは完全にスキップされ、try...except ブロックの直後のコードに処理が移ります。
  3. try: ブロック内のコードを実行中に、ExceptionType に指定された種類の例外が発生した場合、その例外が発生した時点より後の try: ブロック内のコードはスキップされます。そして、except ExceptionType: ブロック内のコードが実行されます。
  4. except: ブロック内のコードの実行が終了したら、try...except ブロックの直後のコードに処理が移ります。
  5. try: ブロック内で ExceptionType とは異なる種類の例外が発生した場合、その例外は except ブロックでは捕捉されず、プログラムはエラーで停止します（捕捉されなかった例外は、さらに外側の try...except ブロックで捕捉されるか、最終的に処理されずにプログラムをクラッシュさせます）。

先ほどの数値入力の例を try...except を使って書き換えてみましょう。

“`python

try…except を使った例外処理の例

try:
user_input = input(“数値を入力してください: “)
number = int(user_input) # ValueError が発生する可能性あり
result = 10 / number # ZeroDivisionError が発生する可能性あり

except ValueError:
# ValueError が発生した場合の処理
print(“エラー：無効な入力です。数値を正しく入力してください。”)

except ZeroDivisionError:
# ZeroDivisionError が発生した場合の処理
print(“エラー：ゼロで割ることはできません。ゼロ以外の数値を入力してください。”)

print(“プログラム終了”) # エラーが発生しても多くの場合、ここまで到達する
“`

このコードを実行してみましょう。

  • ユーザーが「5」と入力した場合：

    • try ブロック内の int("5") と 10 / 5 は正常に実行されます。
    • result は 2.0 となり、表示されます。
    • try ブロックで例外が発生しなかったため、except ブロックはスキップされます。
    • 「プログラム終了」が表示されます。
    • 出力:
      数値を入力してください: 5
      結果: 2.0
      プログラム終了

  • ユーザーが「abc」と入力した場合：

    • try ブロック内の user_input = input(...) は正常に実行されます。
    • number = int(user_input) （int("abc")）で ValueError が発生します。
    • try ブロック内のそれ以降のコード (result = 10 / number) は実行されません。
    • 発生した ValueError は最初の except ValueError: で捕捉されます。
    • except ValueError: ブロック内の print(...) が実行されます。
    • try...except ブロックの実行が終了し、「プログラム終了」が表示されます。
    • 出力:
      数値を入力してください: abc
      エラー：無効な入力です。数値を正しく入力してください。
      プログラム終了

  • ユーザーが「0」と入力した場合：

    • try ブロック内の user_input = input(...) は正常に実行されます。
    • number = int(user_input) （int("0")）は正常に実行され、number は 0 になります。
    • result = 10 / number （10 / 0）で ZeroDivisionError が発生します。
    • try ブロック内のそれ以降のコードは実行されません。
    • 発生した ZeroDivisionError は次の except ZeroDivisionError: で捕捉されます。
    • except ZeroDivisionError: ブロック内の print(...) が実行されます。
    • try...except ブロックの実行が終了し、「プログラム終了」が表示されます。
    • 出力:
      数値を入力してください: 0
      エラー：ゼロで割ることはできません。ゼロ以外の数値を入力してください。
      プログラム終了

このように、try...except を使うことで、エラーが発生した場合でもプログラムを停止させることなく、柔軟な対応が可能になります。

3. 捕捉する例外の種類を指定する

先ほどの例のように、except の後に例外の種類（ValueError や ZeroDivisionError など）を指定することで、特定の種類の例外のみを捕捉することができます。

なぜ特定の例外を指定する必要があるのでしょうか？

  1. エラーの種類の特定: 特定の例外を指定することで、「このエラーが起きたときはこう対処する」という具体的なハンドリングが可能になります。ValueError なら入力エラー、FileNotFoundError ならファイルが見つからない、TypeError なら型の問題、といったように、エラーの種類に応じて適切な回復処理やユーザーへのメッセージ表示を行えます。
  2. 意図しない例外の捕捉を防ぐ: except に何も指定しない（ベア except except:）や、非常に一般的な例外（例えば except Exception:）を指定すると、本来プログラムを停止させるべき重要なエラー（例えば SystemExit や KeyboardInterrupt など）まで捕捉してしまう可能性があります。これはデバッグを困難にし、プログラムの予期しない動作につながることがあります。原則として、捕捉したい例外の種類は明確に指定するべきです。

3.1. 特定の例外を捕捉する

最も一般的な形式です。

python
try:
# ... コード ...
pass
except SomeException:
# SomeException が発生した場合の処理
pass

例：

python
try:
with open("non_existent_file.txt", "r") as f:
content = f.read()
print(content)
except FileNotFoundError:
print("エラー：指定されたファイルが見つかりませんでした。")

3.2. 複数の例外をまとめて捕捉する

複数の種類の例外に対して同じ処理を行いたい場合は、例外の種類をタプルで指定できます。

python
try:
# ... コード ...
pass
except (ExceptionTypeA, ExceptionTypeB, ...):
# ExceptionTypeA または ExceptionTypeB などが発生した場合の処理
pass

例：

python
try:
value = int(input("整数を入力してください: "))
result = 10 / value
except (ValueError, ZeroDivisionError):
print("エラー：入力が不正です（無効な値またはゼロ）。")

この例では、int() による ValueError と、割り算による ZeroDivisionError のどちらが発生しても、同じエラーメッセージを表示します。

3.3. 複数の except ブロックを記述する

例外の種類ごとに異なる処理を行いたい場合は、複数の except ブロックを記述します。Pythonは発生した例外の種類を、except ブロックの定義順に上から照合していき、最初に一致したブロックを実行します。

python
try:
# ... コード ...
pass
except ExceptionTypeA:
# ExceptionTypeA が発生した場合の処理
pass
except ExceptionTypeB:
# ExceptionTypeB が発生した場合の処理
pass
except ExceptionTypeC: # より一般的な例外は最後に書くのが原則
# ExceptionTypeC が発生した場合の処理
pass

注意点: 複数の except ブロックを書く場合、より具体的な例外を先に、より一般的な例外を後に記述する必要があります。これは、Pythonが例外の種類を上から順にチェックするためです。もし一般的な例外を先に書いてしまうと、具体的な例外もその一般的な例外として捕捉されてしまい、その後に書かれた具体的な例外の except ブロックには到達しなくなります。

例：

python
def safe_division():
try:
numerator = int(input("割られる数を入力してください: "))
denominator = int(input("割る数を入力してください: "))
result = numerator / denominator
print(f"結果: {result}")
except ValueError: # より具体的
print("エラー：入力された値が整数ではありません。")
except ZeroDivisionError: # より具体的
print("エラー：ゼロで割ることはできません。")
except Exception as e: # より一般的 (すべてのその他の例外を捕捉)
print(f"予期せぬエラーが発生しました: {e}")
# このブロックが実行されるのは、ValueError や ZeroDivisionError 以外の例外が発生した場合のみ

この順序が逆だと問題が発生する可能性があります。例えば except Exception: を一番最初に書いてしまうと、ValueError や ZeroDivisionError も Exception の一種であるため、全て最初のブロックで捕捉されてしまい、それぞれの具体的なエラーメッセージを表示する部分に到達できなくなります。

4. 捕捉した例外の情報にアクセスする

except ブロックで例外を捕捉する際に、その例外オブジェクト自体にアクセスすることができます。例外オブジェクトには、エラーに関する詳細情報（エラーメッセージなど）が含まれていることがあります。

例外オブジェクトにアクセスするには、except ExceptionType as variable_name: のように as キーワードを使います。

python
try:
# ... コード ...
pass
except ExceptionType as e:
# 例外オブジェクト e を使って処理
print(f"エラーが発生しました: {e}")
print(f"エラーの種類: {type(e)}")
# 例外によっては詳細情報が .args に含まれることもあります
# print(f"エラーの詳細: {e.args}")

例：

python
try:
x = 10 / 0
except ZeroDivisionError as e:
print(f"エラーを捕捉しました: {e}") # 通常、e は例外のメッセージ文字列に変換される
print(f"エラーの種類: {type(e)}") # <class 'ZeroDivisionError'>
print(f"エラーの詳細 (args): {e.args}") # (0,) など、例外による

出力例:

エラーを捕捉しました: division by zero
エラーの種類: <class 'ZeroDivisionError'>
エラーの詳細 (args): ('division by zero',)

この例外オブジェクトは、エラーの詳細をログに記録したり、ユーザーに具体的な情報を提供したりする際に役立ちます。

5. try...except に else ブロックを追加する

try...except ブロックには、オプションで else ブロックを追加することができます。else ブロック内のコードは、try ブロック内で例外が一切発生しなかった場合にのみ実行されます。

python
try:
# 例外が発生する可能性のあるコード
pass
except ExceptionType:
# ExceptionType の例外が発生した場合の処理
pass
else:
# try ブロックで例外が発生しなかった場合に実行されるコード
pass

else ブロックを使うことで、「エラーが起きなければこの処理を行う」という意図を明確にコードで表現できます。特に、try ブロック内で例外が発生する可能性のある操作（例：ファイルを開く、外部サービスに接続するなど）を実行し、その操作が成功した場合にのみ次の処理（例：ファイルの内容を処理する、サービスから受け取ったデータを処理するなど）を行いたい場合に便利です。

例：

“`python
file_name = “my_data.txt”

try:
f = open(file_name, “r”) # FileNotFoundError の可能性
content = f.read() # IOError などの可能性
except FileNotFoundError:
print(f”エラー：ファイル ‘{file_name}’ が見つかりません。”)
except IOError as e:
print(f”エラー：ファイル ‘{file_name}’ の読み込み中に問題が発生しました: {e}”)
else:
# ファイルのオープンと読み込みが成功した場合のみ実行
print(f”ファイル ‘{file_name}’ の読み込みに成功しました。内容:”)
print(content)
# 例外が発生しなかったので、ここでファイルを閉じる
f.close() # finally ブロックで閉じる方がより安全ですが、ここでは else の例として

print(“処理終了”)
“`

この例では、ファイルが見つからなかったり読み込みエラーが発生したりした場合は except ブロックが実行され、else ブロックはスキップされます。ファイルが正常に開けて内容も読み込めた場合にのみ、else ブロックが実行され、ファイル内容の表示とファイルのクローズが行われます。（注：ファイルのクローズは次に説明する finally ブロックで行うのがより一般的で安全です。）

6. try...except に finally ブロックを追加する

try...except ブロックには、さらにオプションで finally ブロックを追加することができます。finally ブロック内のコードは、try ブロックの実行後に、例外の発生に関わらず、必ず実行されます。

python
try:
# 例外が発生する可能性のあるコード
pass
except ExceptionType:
# ExceptionType の例外が発生した場合の処理
pass
else:
# try ブロックで例外が発生しなかった場合に実行されるコード (オプション)
pass
finally:
# try ブロックの実行後、例外の発生・捕捉・処理に関わらず、必ず実行されるコード
pass

finally ブロックは、クリーンアップ処理（リソースの解放）に非常に役立ちます。例えば、ファイルを開いたら必ず閉じたい、ネットワーク接続を確立したら必ず切断したい、といった処理は、エラーが発生した場合でも実行される必要があります。このような「後処理」を finally ブロックに記述します。

finally ブロックが実行されるケース：

  1. try ブロックが例外なしで完了した場合。
  2. try ブロックで例外が発生し、その例外が except ブロックで捕捉され処理された場合。
  3. try ブロックで例外が発生したが、その例外が except ブロックで捕捉されなかった場合（この場合、finally が実行された後に、捕捉されなかった例外によってプログラムが停止します）。
  4. try または except ブロック内で return、break、continue ステートメントが実行された場合（これらのステートメントによる脱出の直前に finally が実行されます）。

例（ファイルのクローズに finally を使用）：

“`python
file_name = “my_data.txt”
f = None # ファイルオブジェクトを初期化

try:
f = open(file_name, “r”) # FileNotFoundError, IOError の可能性
content = f.read()
# ここで例えば content を処理するコードがあり、別の例外が発生する可能性も
process_data(content) # もし process_data が例外を発生させても…

except FileNotFoundError:
print(f”エラー：ファイル ‘{file_name}’ が見つかりません。”)
except IOError as e:
print(f”エラー：ファイル ‘{file_name}’ の読み込み中に問題が発生しました: {e}”)
except Exception as e: # process_data などで発生した可能性のある例外を捕捉
print(f”データの処理中に予期せぬエラーが発生しました: {e}”)

finally:
# エラーの有無に関わらず、f が open されていれば必ず close する
if f is not None:
f.close()
print(f”ファイル ‘{file_name}’ を閉じました。”)

print(“処理終了”)

仮の関数

def process_data(data):
# 例外を発生させる可能性のあるコード（例）
# if “error” in data:
# raise ValueError(“処理できないデータです”)
print(“データを正常に処理しました。”)

注意: ファイル操作には with ステートメントを使うのが最もPythonicで、

close() を忘れずに実行できるため推奨されます。

with open(…) as f: は内部で例外処理と finally による close を行っています。

ここでは finally の例として open/close を直接書いています。

“`

この例では、ファイルが見つからなくても、読み込み中にエラーが発生しても、データ処理中にエラーが発生しても、そして何もエラーが発生しなかったとしても、もし f = open(...) が成功していれば、finally ブロック内の f.close() が必ず実行されます。これにより、ファイルが開いたままになることを防ぎ、リソースのリークを防ぐことができます。

try, except, else, finally は組み合わせて使用できますが、except または finally の少なくともどちらか一つは必須です。try 単独では使用できません。

7. 例外を発生させる (raise)

自分で意図的に例外を発生させたい場合があります。例えば：

  • 関数の引数が無効な値だった場合に、呼び出し元にエラーを知らせたい。
  • 特定の条件が満たされなかった場合に、処理を中断させたい。
  • except ブロックで捕捉した例外を、少し処理を加えた後で再度発生させたい。

このような場合に raise ステートメントを使用します。

7.1. 新しい例外を発生させる

raise ExceptionType("メッセージ") の形式で、新しい例外オブジェクトを作成して発生させます。

“`python
def process_positive_number(number):
if not isinstance(number, (int, float)):
raise TypeError(“入力は数値である必要があります。”) # TypeError を発生
if number < 0:
raise ValueError(“入力は正の数である必要があります。”) # ValueError を発生
# … 正の数値を処理するコード …
print(f”{number} を処理しました。”)

try:
process_positive_number(-5) # ValueError が発生する
except ValueError as e:
print(f”捕捉したエラー: {e}”) # 捕捉したエラー: 入力は正の数である必要があります。

try:
process_positive_number(“hello”) # TypeError が発生する
except TypeError as e:
print(f”捕捉したエラー: {e}”) # 捕捉したエラー: 入力は数値である必要があります。

try:
process_positive_number(10) # 例外なし
except (ValueError, TypeError) as e:
print(“これは表示されない”)
“`

raise された例外は、通常の例外と同様に、呼び出し元の try...except ブロックで捕捉することができます。

7.2. 捕捉した例外を再発生させる

except ブロック内で、捕捉した例外を再度発生させたい場合があります。これは、エラーをログに記録したり、特定の後処理を行ったりした後に、そのエラーをさらに上位の呼び出し元に伝えたい場合に便利です。

捕捉した例外をそのまま再発生させるには、引数なしの raise を使います。

“`python
import logging

logging.basicConfig(level=logging.INFO)

def read_config(file_path):
try:
with open(file_path, ‘r’) as f:
config = f.read()
return config
except FileNotFoundError as e:
# エラーをログに記録
logging.error(f”設定ファイル ‘{file_path}’ が見つかりません。”)
# 例外を再度発生させる
raise # FileNotFoundError が呼び出し元に伝わる

try:
config_data = read_config(“non_existent_config.ini”)
# 設定データを使う処理…
except FileNotFoundError:
print(“プログラムを終了します。設定ファイルが見つかりませんでした。”)
“`

この例では、read_config 関数内で FileNotFoundError が発生した場合、まずエラーメッセージをログに記録し、その後 raise によって同じ FileNotFoundError を再度発生させています。これにより、read_config の呼び出し元（try...except ブロック）がこの例外を捕捉し、ユーザーに適切なメッセージを表示して終了しています。ログ記録とエラー処理の両方を行いたい場合に便利なパターンです。

8. よく遭遇する組み込み例外の種類

Pythonには、様々な種類の例外が組み込まれています。その中でも、初心者の方が特によく遭遇し、try...except で処理することが多い例外をいくつか紹介します。

  • SyntaxError: 構文エラー。Pythonの文法ルールに違反している場合に発生します。try...except で捕捉できません。プログラムを実行する前に検出されるべきエラーです。

    • 例: print("hello" (閉じ括弧がない)
    • 対処法: コードの文法を修正する。

  • NameError: 未定義の変数名や関数名を参照しようとした場合に発生します。

    • 原因: 変数や関数を定義する前に使用している。スペルミス。
    • 例: print(my_variable) （my_variable が定義されていない）
    • 対処法: 変数や関数が定義されていることを確認する。スコープを確認する。
    • try...except で捕捉可能ですが、通常はコーディングミスとして修正すべきです。

  • TypeError: オペレーションや関数が、適切でない型のオブジェクトに適用された場合に発生します。

    • 原因: 異なる型同士の演算（例: '5' + 10）、期待される型でない引数を関数に渡す。
    • 例: len(123) (123 は長さを測れない型), 'hello' + 5
    • 対処法: 変数の型を確認し、適切な型に変換するか、適切な操作を行う。
    • try...except で捕捉して、ユーザーへのメッセージ表示などを行う場合があります。

  • ValueError: オペレーションや関数が、正しい型だが適切でない値のオブジェクトに適用された場合に発生します。

    • 原因: int() に数値に変換できない文字列を渡す、リストの remove() に存在しない値を渡す。
    • 例: int('abc'), list.remove(value) （value がリストにない）
    • 対処法: 入力値や引数の妥当性をチェックする。
    • ユーザーからの入力処理など、値が不正である可能性のある場所で try...except と組み合わせてよく使われます。

  • IndexError: シーケンス（リスト、タプルなど）のインデックスが有効な範囲外にある場合に発生します。

    • 原因: 存在しないインデックスで要素にアクセスしようとしている。
    • 例: my_list = [1, 2, 3], print(my_list[5])
    • 対処法: インデックスがシーケンスの範囲内にあることを確認する。len() を使う、ループを使うなど。
    • try...except で捕捉して、範囲外アクセスへの対処を行う場合があります。

  • KeyError: 辞書において、存在しないキーにアクセスしようとした場合に発生します。

    • 原因: 存在しないキーで辞書から値を取得しようとしている。
    • 例: my_dict = {'a': 1, 'b': 2}, print(my_dict['c'])
    • 対処法: キーが存在するか確認する (key in dict, dict.get(key) を使う)。
    • try...except で捕捉して、キーが存在しない場合の代替処理を行う場合があります。

  • AttributeError: オブジェクトに存在しない属性やメソッドを参照しようとした場合に発生します。

    • 原因: オブジェクトの型が間違っている、スペルミス。
    • 例: 'hello'.append('!') （文字列型には append メソッドがない）
    • 対処法: オブジェクトの型を確認し、利用可能な属性やメソッドを確認する。
    • try...except で捕捉することはまれですが、特定のライブラリや動的なコードで必要になることがあります。

  • ZeroDivisionError: 数値をゼロで割ろうとした場合に発生します。

    • 原因: 割る数がゼロになっている。
    • 例: 10 / 0, 5 % 0
    • 対処法: 割る数がゼロでないかチェックする。
    • try...except で捕捉して、ゼロ除算が発生しないように回避策を講じるか、エラーメッセージを表示するのに最もよく使われる例外の一つです。

  • FileNotFoundError: 指定されたファイルやディレクトリが見つからない場合に発生します。（IOError のサブクラスです）

    • 原因: ファイル名やパスが間違っている、ファイルが存在しない。
    • 例: open('non_existent_file.txt', 'r')
    • 対処法: ファイル名やパスを修正する。ファイルが存在するか確認する。
    • ファイル操作において try...except で捕捉する最も一般的な例外の一つです。

  • IOError: 入出力操作（ファイル、ネットワーク接続など）中に発生する一般的なエラー。（FileNotFoundError などを包含します）

    • 原因: ファイル読み書き権限がない、ファイルが破損している、ネットワーク接続の問題など。
    • 例: open('readonly.txt', 'w') （書き込み権限がない場合）
    • 対処法: 原因に応じて対処（権限の確認、リソースの状態確認）。
    • FileNotFoundError とともに、ファイル操作でよく捕捉されます。

これらの組み込み例外を知っておくと、エラーメッセージを見たときに何が起こったのかを理解しやすくなり、try...except ブロックでどの例外を捕捉すべきかを判断しやすくなります。

9. try...except を使う上でのベストプラクティス

効果的で保守しやすい例外処理を行うためには、いくつかのベストプラクティスがあります。

  1. 捕捉する例外の種類を具体的に指定する:

    • 良い例: except ValueError:, except (FileNotFoundError, IOError):
    • 悪い例: except:, except Exception: （意図しないエラーまで捕捉してしまう可能性が高く、デバッグを困難にします）
    • やむを得ず except Exception: を使う場合は、必ず例外オブジェクトを取得して (except Exception as e:)、エラーの詳細をログに出力するなどの対処を行い、エラーが隠蔽されないようにしましょう。

  2. try ブロックには、例外が発生する可能性のある最小限のコードのみを含める:

    • try ブロックが長すぎると、どの行で例外が発生したのか、そしてその例外がどの except ブロックで捕捉されるべきなのかが分かりにくくなります。
    • エラーが発生する可能性のある操作の直前から try ブロックを開始し、その操作の直後で try ブロックを終えるように心がけましょう。

    “`python

    悪い例: try ブロックが広すぎる

    try:

    data = get_data() # 例外の可能性

    processed_data = process(data) # 例外の可能性

    save_to_file(processed_data) # 例外の可能性

    except Exception as e:

    print(f”エラーが発生しました: {e}”)

    これだと、データ取得、処理、保存のどの段階でエラーが起きたか分かりにくい

    良い例: try ブロックを小さく保つ

    try:
    data = get_data()
    except FetchDataError as e: # 例外の種類を具体的に
    print(f”データ取得中にエラー: {e}”)
    data = None # エラー発生時のフォールバック処理など

    if data is not None: # データ取得に成功した場合のみ次へ
    try:
    processed_data = process(data)
    except ProcessError as e: # 例外の種類を具体的に
    print(f”データ処理中にエラー: {e}”)
    processed_data = None

    if processed_data is not None: # データ処理に成功した場合のみ次へ
    try:
    save_to_file(processed_data)
    except SaveError as e: # 例外の種類を具体的に
    print(f”ファイル保存中にエラー: {e}”)
    “`

  3. except ブロックで pass を単独で使用しない:

    • except ExceptionType: pass とすると、例外が発生しても何も処理せずに無視してしまいます。これはエラーを隠蔽し、デバッグを極めて困難にします。
    • 例外を捕捉して無視することが本当に意図的な場合でも、なぜ無視するのかをコメントで明記するか、最低限ログに出力するようにしましょう。

    “`python

    悪い例: エラーを隠蔽する

    try:

    x = 1 / 0

    except ZeroDivisionError:

    pass # エラーが起きたことが分からず、デバッグが困難になる

    良い例: ログに出力するなど、エラーを記録する

    import logging
    logging.basicConfig(level=logging.WARNING)

    try:
    x = 1 / 0
    except ZeroDivisionError:
    logging.warning(“ゼロ除算が発生しましたが、処理を続行します。”)
    x = 0 # 例外発生時の代替値を設定するなど
    “`

  4. ユーザーに適切なフィードバックを提供する:

    • エラーが発生した場合、ユーザーに何が起こったのか、そしてどうすれば良いのかを分かりやすく伝えましょう。「予期せぬエラーが発生しました」だけでは不親切な場合が多いです。
    • 捕捉した例外メッセージ (except Exception as e: print(e)) や、エラーの種類に応じた具体的なメッセージを表示するのが良いでしょう。

  5. リソースの解放は finally または with ステートメントで行う:

    • ファイルやネットワーク接続など、使用後に必ず解放する必要があるリソースは、エラーの有無に関わらずクリーンアップが必要です。
    • これは finally ブロックで行うか、よりPythonicな方法として with ステートメント（コンテキストマネージャ）を使用するのが最も安全で推奨されます。with ステートメントは、ブロックの終了時（例外が発生しても）に自動的にクリーンアップ処理（ファイルの close() など）を実行してくれます。

    “`python

    with ステートメントを使ったファイル操作 (推奨)

    try:
    with open(“my_file.txt”, “r”) as f:
    content = f.read()
    # ファイルは try ブロックを抜けた時点で自動的に閉じられる
    print(“ファイル読み込み成功”)
    except FileNotFoundError:
    print(“ファイルが見つかりません。”)
    “`

  6. 独自の例外クラスを定義する:

    • 大規模なプログラムやライブラリを開発する場合、標準の例外だけでは不十分なことがあります。プログラム固有の状況を表すカスタム例外を定義することで、エラー処理の意図をより明確にすることができます。
    • カスタム例外は Exception クラスまたはそのサブクラスを継承して作成します。

    “`python
    class InvalidUserDataError(Exception):
    “””ユーザーデータが無効であることを示すカスタム例外”””
    pass # Exception を継承するだけで十分な場合も多い

    def process_user_data(data):
    if not isinstance(data, dict) or “name” not in data or “age” not in data:
    raise InvalidUserDataError(“無効なユーザーデータ形式です。辞書形式で ‘name’ と ‘age’ が必要です。”)
    if not isinstance(data[“age”], int) or data[“age”] < 0:
    raise InvalidUserDataError(“無効なユーザー年齢です。非負の整数である必要があります。”)
    # … ユーザーデータを処理するコード …
    print(f”ユーザー {data[‘name’]} ({data[‘age’]}歳) を処理しました。”)

    try:
    process_user_data({“name”: “Alice”, “age”: -10})
    except InvalidUserDataError as e:
    print(f”カスタム例外を捕捉: {e}”)
    “`

これらのベストプラクティスを守ることで、より堅牢で理解しやすいプログラムを書くことができます。

10. 例外処理のフローを理解する（発展）

try, except, else, finally, raise がどのように組み合わさって動作するのか、もう少し複雑なフローを理解しておきましょう。

  1. try ブロック開始: コード実行開始。
  2. 例外発生なし:
    • try ブロックの最後まで実行。
    • except ブロックはスキップ。
    • else ブロックがあれば実行。
    • finally ブロックがあれば実行。
    • try...except... ブロックの後のコードに移動。
  3. try ブロックで例外発生:
    • 例外が発生した時点で try ブロック内の残りのコードはスキップ。
    • 発生した例外の種類が except ブロックと照合される（上から順に）。
    • 一致する except ブロックが見つかった場合:
      • その except ブロック内のコードを実行。
      • else ブロックはスキップ。
      • finally ブロックがあれば実行。
      • try...except... ブロックの後のコードに移動。
    • 一致する except ブロックが見つからなかった場合:
      • finally ブロックがあれば実行。
      • 捕捉されなかった例外は、さらに外側の try...except ブロックに伝播するか、プログラムをクラッシュさせる。
  4. except ブロック内で例外発生:
    • except ブロック内の残りのコードはスキップ。
    • finally ブロックがあれば実行。
    • except ブロック内で発生した例外は、さらに外側に伝播するか、プログラムをクラッシュさせる（元の例外は失われることに注意）。
  5. else ブロック内で例外発生:
    • else ブロック内の残りのコードはスキップ。
    • finally ブロックがあれば実行。
    • else ブロック内で発生した例外は、さらに外側に伝播するか、プログラムをクラッシュさせる。
  6. try, except, または else ブロック内で return, break, continue が実行された場合:
    • これらのステートメントによる制御の移動の直前に、finally ブロックがあれば必ず実行されます。
    • finally ブロック内で return, break, continue, または raise が実行された場合、その新しい制御の流れが優先されます。これは予期しない動作につながる可能性があるため、finally ブロック内で制御フローを変更するステートメントを使用するのは避けるのが一般的です。

このフローを理解することで、複雑な例外処理のコードの挙動を予測しやすくなります。特に finally がどのタイミングで実行されるかを把握しておくことが重要です。

11. まとめ：これで例外処理は怖くない！

この記事では、Pythonの try...except ブロックを中心に、例外処理の基本から応用までを詳しく見てきました。

  • なぜ例外処理が必要か: プログラムのクラッシュを防ぎ、堅牢性やユーザー体験を向上させるため。
  • try...except の基本: エラーが発生する可能性のあるコードを try に、エラー発生時の対処を except に書く。
  • 例外の指定: 特定の例外 (ValueError, FileNotFoundError など) を指定して捕捉するのが原則。複数の except ブロックを書く場合は具体的なものから順に書く。
  • 例外オブジェクト: except ExceptionType as e: で捕捉した例外の詳細情報にアクセスできる。
  • else ブロック: try が例外なく完了した場合にのみ実行される。
  • finally ブロック: 例外の有無に関わらず、必ず実行される。リソースのクリーンアップに必須。
  • raise ステートメント: 意図的に例外を発生させる。捕捉した例外を再発生させることも可能。
  • よくある例外: ValueError, TypeError, ZeroDivisionError, FileNotFoundError, IndexError, KeyError など。
  • ベストプラクティス: 例外を具体的に指定する、try ブロックを小さく保つ、pass でエラーを隠蔽しない、ユーザーにフィードバックを提供する、finally や with でリソースを解放するなど。

例外処理は、プログラムを実用的で信頼性のあるものにするための非常に重要なスキルです。最初は少し難しく感じるかもしれませんが、基本的な try...except から始めて、少しずつ else や finally、そして様々な例外の種類に慣れていけば大丈夫です。

この記事で学んだ知識を元に、ぜひ実際に様々なコードで try...except を使ってみてください。エラーが発生するコードを意図的に書いてみて、それがどのように捕捉され、except ブロックのコードが実行されるのかを確認するのも良い練習になります。

例外処理は、あなたのPythonプログラミングを次のレベルへと引き上げる強力な武器になります。もうエラーを恐れる必要はありません。自信を持って、エラーを上手にハンドリングするコードを書きましょう！

これで、あなたもPythonの例外処理マスターへの第一歩を踏み出せました。 Happy Coding!

コメントする

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です

上部へスクロール