業務ツールの「二重起動」を許すな：Mutexで実現する堅牢な排他制御
こんにちは。システム開発の現場で日々、枯れた技術から最新のアーキテクチャまでを追いかけているエンジニアです。
今日は、VB.NETで業務ツールを開発する際に「これだけは絶対に実装しておかなければならない」という、プロの必須スキル「二重起動防止」についてお話しします。
「別に二重に立ち上がっても動くからいいじゃないか」――そう思ったことはありませんか？
しかし、業務システムにおいてそれは「データ破壊の予兆」です。同じ設定ファイルを二つのプロセスが同時に書き換えようとしたら？ データベースのロックが競合して処理が止まったら？
今日は、OSレベルの仕組みである「Mutex（ミューテックス）」を使って、あなたのアプリケーションを「たった一つの不動の存在」にする方法を伝授します。
—
なぜ「Mutex」なのか？
VB.NETには、`Process.GetProcessesByName` を使って現在動いているプロセスを数えるという簡易的な方法もあります。しかし、これは「一瞬の隙」に弱く、同時にボタンを連打されるとすり抜けてしまうことがあります。
そこで登場するのが `System.Threading.Mutex` です。
Mutexは、OSが管理する「共有資源への通行証」のようなもの。これを使うと、「この通行証を持っているプロセスは世界に一つだけ」というルールをOSに強制させることができます。
—
【実装コード】アプリケーションの門番を作る
`ApplicationEvents.vb`（あるいは `Main` メソッドを持つスタートアップクラス）に以下のコードを実装するのが、VB.NETにおける最も美しく、安全な作法です。
Imports System.Threading
Namespace My
‘ アプリケーションのライフサイクルを管理するクラス
Partial Friend Class MyApplication
‘ Mutexの名前。OS全体でユニークな名前にしてください（GUIDなどを推奨）
Private Const MutexName As String = “Global\MyUniqueApplicationName_20231027”
Private Shared _mutex As Mutex
Private Sub MyApplication_Startup(sender As Object, e As Microsoft.VisualBasic.ApplicationServices.StartupEventArgs) Handles Me.Startup
Dim createdNew As Boolean
‘ Mutexを作成し、所有権を取得できるか試みる
_mutex = New Mutex(True, MutexName, createdNew)
‘ createdNewがFalseの場合、既に別のプロセスがMutexを所有している
If Not createdNew Then
MessageBox.Show(“このアプリケーションは既に起動しています。”,
“多重起動エラー”,
MessageBoxButtons.OK,
MessageBoxIcon.Warning)
‘ 起動をキャンセルして終了する
e.Cancel = True
End If
End Sub
‘ アプリケーション終了時に確実に解放する
Private Sub MyApplication_Shutdown(sender As Object, e As EventArgs) Handles Me.Shutdown
If _mutex IsNot Nothing Then
_mutex.ReleaseMutex()
_mutex.Dispose()
End If
End Sub
End Class
End Namespace
—
コードのポイント解説：ここを理解すれば怖くない
1. `Global\` というプレフィックス
Mutex名に `Global\` を付けることで、Windowsのターミナルサーバー環境（リモートデスクトップなど）でも、マシン全体で一意性を確保できます。これがないと、ユーザーごとに一台ずつ起動できてしまう「抜け穴」が生まれます。
2. `createdNew` という旗印
`New Mutex(True, MutexName, createdNew)` の第三引数 `createdNew` が非常に重要です。
- True: あなたが最初の起動者です。堂々とメイン画面を開いてください。
- False: 先客がいます。迷わず `e.Cancel = True` で自らを終了させましょう。
3. なぜ `Startup` でやるのか？
`Form_Load` でやると、既にウィンドウがチラッと表示されてから終了することになります。ユーザーに「あ、起動した！」という誤解を与えないためにも、アプリケーションの起動処理（Startup）の段階で門前払いするのがプロの設計です。
—
よくある失敗と注意点
- 名前の衝突: `MutexName` を適当な文字列にすると、偶然他のアプリと被る可能性があります。`GUID`（例: `{D5C1…}` のような文字列）を使うのが、世界標準の安全策です。
- Disposeの忘れ: `Shutdown` イベントで `Dispose` しないまま異常終了を繰り返すと、稀にMutexがOS側に残ったままになることがあります。基本はOSが掃除してくれますが、明示的な解放はエンジニアの嗜みです。
- 例外処理: 厳密には、Mutex名がOSの権限的に作成できないケースも稀にあります。必要に応じて `Try-Catch` で囲み、起動ログを出すとより堅牢になります。
—
最後に：プログラムは「作って終わり」ではない
今回紹介した Mutex による排他制御は、決して難しい技術ではありません。しかし、「万が一の多重起動によるデータ破損」というリスクを、コード一行で完全に排除できるという点は、非常に価値が高いのです。
コードを書くとき、常に「このプログラムが意図しない挙動をしたとき、誰が困るか？」を想像してみてください。その想像力が、あなたをただの「コードを書く人」から「システムを設計するエンジニア」へと引き上げてくれます。
VB.NETという強力なツールを使いこなして、現場に安心と安定を届けていきましょう。
また次のレッスンでお会いしましょう！
