Python

Pythonの公式ドキュメントによると、SystemExitはExceptionクラスのサブクラスではありません。SystemExitの基底クラスはBaseExceptionであり、これはExceptionよりもさらに上位に位置するクラスです。そのため、except Exception:と記述してもSystemExitは捕捉されません。これを正しくキャッチするには、ExceptionをBaseExceptionに置き換える必要があります。 例1：BaseExceptionでキャッチする try: raise SystemExit except BaseException: pr

Pythonでは、モジュールやそのメンバー(関数・クラスなど)がインポートできない場合に、ImportError 例外が発生します。この記事では、ImportErrorが発生する主な2つのケースと、try-except文を使った適切なエラーハンドリングの方法を解説します。ImportErrorが発生する2つのケース存在しないモジュールをインポートしようとした場合from X import Y の形式で、モジュールXの中にYという名前のメンバーが見つからない場合ケース1: 存在しないモジュールのインポート以下の例では、存在しない「exception」というモジュールから myexception

Pythonでは、ユーザー定義の基底クラス（親クラス）内で NotImplementedError を発生させることで、「このメソッドはサブクラス側で必ずオーバーライドして実装してください」という意図を明確に表現できます。これは、Javaなどの言語におけるインターフェースのような役割をシミュレートするための一般的な手法です。 NotImplementedError は組み込み例外 RuntimeError の派生クラスです。そのため、抽象メソッドとして振る舞わせたいメソッドの中で、派生クラスによる実装を強制したい場合にこの例外を raise するのが定番の使い方となっています。 NotImp

OSErrorとは？ OSErrorは、Pythonのosモジュールに対応する例外クラスで、OS固有の関数からエラーが返されたときに発生します。「ファイルが存在しない」「アクセス権限がない」「無効なファイルディスクリプタが指定された」など、オペレーティングシステムレベルの問題を扱う際によく見られる例外です。 この記事では、try-except構文を使ってOSErrorをキャッチし、エラーの内容と種類を確認する方法を具体例とともに紹介します。 OSErrorをキャッチするサンプルコード 以下のスクリプトでは、ファイルディスクリプタ0〜4に対応する端末名をos.ttyname()で取得しようとして

Pythonでは、スレッド内で発生した例外は自動的にメインスレッドへ伝播しません。そのため、ワーカースレッドの中でエラーが起こっても、メインプログラム側はそれに気づくことができません。 この問題を解決するのがQueue（キュー）を使った手法です。スレッド内で例外を捕捉した際に、sys.exc_info()で取得した例外情報をキューに格納し、メインスレッドが後からそのキューを読み取ることで、スレッド内の例外を確実に処理できます。 スレッド例外をQueueで受け渡すサンプルコード 以下のコードでは、スレッド内で発生した例外を捕捉し、キュー経由でメインスレッドに通知しています。 import sy

Pythonで例外を別の型に変えて再スローする方法 Python 3.xでは、raise 新しい例外 from 元の例外 という構文を使うことで、捕捉した例外を別の種類の例外に変換して再スローできます。この際、元の例外は「原因」として自動的に連鎖（例外チェーン）され、トレースバックに出力されるため、デバッグ時に問題の発生源をたどりやすくなります。 基本的なコード例 次のコードでは、ZeroDivisionError を捕捉し、それを ValueError として再スローしています。 try: 1/0 except ZeroDivisionError as e: raise V

Pythonのargparseで無効な引数を処理する方法 Python標準ライブラリのargparseモジュールを使うと、コマンドライン引数を簡単かつ柔軟に解析できます。しかし、スクリプト側で定義されていない引数が渡された場合、argparseは自動的にエラーメッセージを表示してプログラムを終了します。本記事では、サンプルコードと実行例をもとに、無効な引数が渡されたときのargparseの挙動を解説します。 サンプルコード 以下は、独自の例外クラスInvalidArgErrorを定義し、argparseで引数を処理するサンプルスクリプトです。 #foo.py import argparse

すべての例外をキャッチするのは避けるべき Pythonでは、以下のように引数なしのexceptを記述することで、発生したすべての例外をキャッチできます。しかし、これは一般的なコーディング規約として推奨されていません。 try: # do_something() except: print(Exception Caught!) その理由は、裸のexceptがKeyboardInterrupt（Ctrl+Cによる中断）やSystemExitといった、通常は捕捉したくない例外まで拾ってしまうためです。これらの例外を握りつぶすと、プログラムを正常に中断できなくなるなどの問題が発生します

はじめに：1つのtryブロックで実行されるexcept句は「1つだけ」Pythonでは、1つのtryブロックに対して実際に実行されるexcept句は常に1つだけです。最初のexcept句がマッチして処理を実行すると、そのtry文自体の処理は完了し、同じtryブロック内の他のexcept句が再度評価されることはありません。そのため、「except句の中でraiseした例外を、同じ階層の別のexcept句で捕捉する」ことはできません。例外をより上位の階層（外側）で捕捉したい場合は、ネストされた（入れ子構造の）tryブロックを使う必要があります。ネストしたtry...exceptブロックのサンプルコ

なぜそのままでは例外を捕捉できないのか 問題の本質は、thread_obj.start() が即座に制御を返してしまう点にあります。開始された子スレッドは、独自のコンテキスト・独自のスタック上で実行されるため、そこで発生した例外はすべて子スレッドのコンテキスト内に閉じ込められます。 つまり、子スレッド内で例外が起きても、それだけでは呼び出し元（メイン）スレッドには何も伝わりません。例外の情報を親スレッドへ届けるには、何らかのメッセージとして明示的に受け渡しを行う必要があります。 解決策：Queue を使って例外情報を親スレッドへ渡す 最もシンプルで定番的な手法は、queue.Queue を例

Pythonでは、withステートメント内で発生した例外を捕捉したい場合、try...exceptブロックでwithステートメント全体を囲みます。以下のようにコードを書き換えることで、例外をキャッチできます。 try:      with open("myFile.txt") as f:           print(f.readlines()) except:     print(No such file or directory) このコードを実行すると、次のような出力

Pythonにおける例外処理とクリーンアップの基本Pythonでは、try文のfinally句を使うことで、例外が発生したかどうかにかかわらず、必ず実行したいクリーンアップ処理（後始末）を記述できます。これは、ファイルのクローズやリソースの解放などを行う際に非常に便利です。パターン1：常にクリーンアップを実行する例外が発生してもしなくても、必ずクリーンアップ処理を行いたい場合は、以下のようにfinally句を使用します。try: # 何らかの処理 except: handle_exception() finally: do_cleanup()このコードでは、tryブロッ

Pythonでは、Exceptionクラスを継承した独自の例外クラスを定義することで、エラーコードやエラーメッセージを自由に組み込んだカスタム例外を作成できます。ここでは、代表的な実装パターンを2つ紹介します。エラーコードを持つカスタム例外まず、例外クラスにエラーコードを持たせる基本的な例です。__init__メソッドでコードを受け取り、インスタンス属性として保持します。class ErrorCode(Exception): def __init__(self, code): self.code = code try: raise ErrorCode(401)

Pythonの例外はすべてランタイムエラーなのか？ 結論から言うと、Pythonの例外（Exception）がすべてランタイムエラーというわけではありません。中には構文エラーとして扱われるものもあります。 例えば、以下のコードを実行すると、次のような出力が得られます。 File C:/Users/TutorialsPoint1/~.py, line 4 else: ^ SyntaxError: invalid syntax この出力からわかるように、これはランタイムエラーではなく、構文エラー（SyntaxError）です。 プログラムのエラーとデバッグの基本 プログラムに含まれる誤りや不正確

ifステートメントの中で発生しうるエラーを安全に扱うには、try〜except構文を組み合わせるのが基本です。if文による事前チェックだけに頼らず、条件に応じて例外を明示的に発生させて捕捉することで、予期しない状況にも柔軟に対応できるコードになります。 if文とtry-exceptを組み合わせた例外処理のコード例 以下の例では、変数bが0でない場合は除算を実行し、0である場合には意図的にZeroDivisionError（ゼロ除算エラー）を発生させています。発生した例外はexceptブロックで捕捉され、エラーメッセージとして出力されます。 a, b = 5, 0 try: if b

endswith()メソッドを使う方法Pythonでは、文字列クラスに用意されている endswith() メソッドを使うことで、文字列が特定の接尾辞（サフィックス）で終わっているかどうかを簡単に確認できます。このメソッドは、検索したい接尾辞の文字列を引数として受け取り、文字列オブジェクトに対して呼び出します。以下のように使用します。string = C:/Users/TutorialsPoint1/~.py print(string.endswith(.py))実行結果：Trueこの例では、ファイルパスの文字列が .py という拡張子で終わっているため、True が返されます。もし終わってい

endswith()メソッドを使う方法 Pythonの文字列クラスには、endswith()メソッドが用意されています。このメソッドは、検索したい文字列のタプルを受け取り、文字列オブジェクトに対して呼び出します。以下のように使用できます。 string = core java print(string.endswith((txt, xml, java, orld))) 実行結果 True タプル内のいずれかのサフィックスで文字列が終わっていればTrueが返され、どれにも該当しなければFalseが返されます。シンプルな判定であれば、この方法が最も可読性が高くおすすめです。 正規表現（re.sea

Pythonでは、組み込み例外クラス（ValueErrorやExceptionなど）を継承することで、独自のエラーメッセージを持つカスタム例外を簡単に作成できます。カスタム例外を使うと、エラーの内容をより分かりやすく伝えたり、特定の条件下でのみ発生するエラーを明確に区別したりできるようになります。カスタム例外の実装例以下は、ValueErrorを継承したCustomValueErrorクラスを定義し、独自のメッセージとともに例外を発生させるサンプルコードです。class CustomValueError(ValueError): def __init__(self, arg):

Python関数で引数を参照渡しする方法 PythonにはC++のような明示的なポインタや参照渡しの構文はありませんが、実際には「オブジェクトへの参照」が引数として渡される仕組み（オブジェクト参照渡し）を採用しています。特にリストや辞書といったミュータブル（変更可能）なオブジェクトを関数に渡すと、関数内での変更が呼び出し元の変数にも反映されます。 サンプルコード def modify_list(lst): lst.append(20) # 関数内でリストを変更する a = [10] modify_list(a) # 変数aをそのまま渡す（参照が渡される） b = [10,

Pythonでは、文字列がアルファベットや数字だけで構成されているかどうかを簡単にチェックできます。主な方法は2つあります。1つは文字列クラスに組み込まれている isalnum() メソッドを使う方法、もう1つは正規表現（regex）を使う方法です。 1. isalnum() メソッドを使う方法 Pythonの文字列クラスには isalnum() というメソッドが用意されています。このメソッドを文字列に対して呼び出すと、その文字列が英数字（アルファベットと数字）のみで構成されている場合に True を、それ以外の場合に False を返します。 使用例：英数字のみの文字列 print(12