こんにちは！現場の最前線でバリバリとコードを書き続けるあなたを温かくサポートする、チーフアーキテクトの先輩です。
業務システムや自動化ツールを作っていると、「同じアプリをうっかり何度も起動してしまい、データが競合してエラーになった！」というトラブルに直面したことはありませんか？ Excelマクロの延長から一歩抜け出し、本格的なWindowsアプリケーションを開発するうえで、この「二重起動の防止」は避けて通れない登竜門です。
今回は、OSの深層部（カーネルレベル）の仕組みを味方につけ、確実に安全にアプリの多重起動を防ぐプロの技を伝授します。ここをクリアすれば、あなたの作るツールは一気に「プロのプロダクト」のクオリティになりますよ。さあ、一緒にマスターしていきましょう！
—
なぜ「二重起動」は悪なのか？――現場で起きる悲劇
業務用のVB.NETアプリケーションを作るとき、私たちはデータベースやローカルのファイルを操作することがよくあります。
もし、ユーザーが同じアプリケーションを2つ、3つと同時に立ち上げてしまったらどうなるでしょう？
- ファイルのロック競合: 1つ目のアプリが掴んでいるファイルに2つ目がアクセスできず、「例外エラー（クラッシュ）」が発生する。
- データの破損: 2つの画面から同時に同じデータを書き換えてしまい、データベースの整合性が崩壊する。
これを防ぐためには、「このプログラムは、今このパソコン上で世界にただ一つしか動いていない」という状態を保証してあげる必要があります。そのための最強の武器が `Mutex`（ミューテックス） です。
—
OSの番人「Mutex（ミューテックス）」とは？
Mutexとは、一言で言うと「OSレベルの排他制御ロック」です。
Windowsの世界では、名前付きの Mutex を作成すると、OS全体でその名前が「すでに使われているかどうか」を厳密に管理してくれます。
仕組みはとてもシンプルです。
1. アプリが起動した瞬間、OSに向かって「『MySuperApp』という名前の看板を立てたい！」と宣言する。
2. もし、すでに他の起動中のアプリによってその看板が立てられていれば、OSは「おっと、その名前はもう使われているよ」と教えてくれる。
3. 看板がすでに存在していれば、後から起動した方は「あ、もう動いてるのね」と察知して、静かに自分を終了（あるいは既存のウィンドウを前面に呼び出し）する。
この仕組みを使えば、どれだけユーザーがアイコンを連打しても、2つ目以降の起動を完全にブロックできます。
—
実装の全体像：ApplicationEvents.vb を使う理由
VB.NET（Windows Formsアプリケーション）には、アプリが起動する瞬間をフックする素晴らしい仕組みがあります。それが `ApplicationEvents.vb`（通常は `My Project` の中にある `Startup` イベント）です。
ここにコードを記述することで、「メイン画面が表示される一歩手前」で二重起動をチェックし、重複していれば即座に弾くことができます。
それでは、実際のプロダクション品質のコードを見てみましょう。そのままコピペしてプロジェクトに組み込めるよう、丁寧にコメントを書いておきました。
実装コード例
Namespace My
‘ アプリケーション全体のライフサイクルを制御するクラス
Partial Friend Class MyApplication
‘ OS全体で一意に識別するためのユニークな名前（GUIDなどを含むと安全です）
Private Const MutexName As String = “MyCompany_AmazingTool_SingleInstance_Key”
‘ ガベージコレクションによってMutexが破棄されないよう、フィールドとして保持し続けます
Private Shared appMutex As System.Threading.Mutex
Private Sub MyApplication_Startup(sender, e) Handles Me.Startup
Dim createdNew As Boolean
‘ Mutexのインスタンスを生成し、OSに名前の独占を試みます
‘ 第2引数の createdNew に「新しく作成できたか（＝最初の起動か）」がTrue/Falseで入ります
appMutex = New System.Threading.Mutex(True, MutexName, createdNew)
‘ もし新しく作成できなかった（＝すでに別のインスタンスが動いている）場合
If Not createdNew Then
MessageBox.Show(“このアプリケーションはすでに起動しています。” & vbCrLf & _
“多重起動はできません。”,
“警告”,
MessageBoxButtons.OK,
MessageBoxIcon.Warning)
‘ ここでイベントをキャンセルし、アプリケーションの起動を中止します
e.Cancel = True
‘ 発展課題：すでに起動している既存のウィンドウを前面にアクティブ化する場合は、
‘ ここでWin32 API（FindWindow / SetForegroundWindowなど）を呼び出します。
End If
End Sub
Private Sub MyApplication_Shutdown(sender, e) Handles Me.Shutdown
‘ アプリケーション終了時には、必ずMutexの解放と破棄を行います
If appMutex IsNot Nothing Then
If appMutex.IsOwned Then
appMutex.ReleaseMutex()
End If
appMutex.Close()
appMutex.Dispose()
End If
End Sub
End Class
End Namespace
—
コードの重要ポイント解説
初心者のうちは、「動くけど、なぜそうなるのか」を理解することが何より大切です。ポイントを3つに絞って解説します。
1. `createdNew` という魔法のフラグ
`New System.Threading.Mutex(True, MutexName, createdNew)` の部分がこの実装の肝です。
OSに対して「この名前のMutexを私にくれ！」と要求したとき、OSは「おっ、まだ誰も持ってないから君にあげるよ（`createdNew = True`）」とするか、「いや、さっき別のやつに渡したからあげられないよ（`createdNew = False`）」と返します。
このフラグを見るだけで、今自分が「1番目」なのか「2番目以降」なのかが一発で判定できるわけです。
2. なぜ `appMutex` をフィールド変数にするのか？
ここ、実は中級者でもやりがちな最大の罠です。
もし `Sub` プロシージャのローカル変数として `Dim appMutex As New Mutex(…)` と書いてしまうと、そのプロシージャを抜けた瞬間に、.NETの自動お掃除機能（ガベージコレクション）が働いて Mutex を勝手に片付けてしまいます。
結果として排他制御が外れてしまい、二重起動防止が機能しなくなります。「生存期間をアプリ全体（Shared）にする」、これが鉄則です。
3. `e.Cancel = True` でスマートに終了
Windows Forms の `Startup` イベントで `e.Cancel = True` を指定すると、メイン画面のインスタンスすら生成される前に、メモリリークを起こすことなく安全にアプリケーションプロセスを終了させることができます。
—
現場で役立つワンランク上のテクニック：既存ウィンドウのアクティブ化
「二重起動を防ぐだけじゃなく、2回目に起動されたときは、すでに出ている既存のアプリの画面をピコンと一番手前に持ってきてほしい！」
実務では、ユーザーから99%この要望をセットで頼まれます。
これを実現するには、Windows API である `FindWindow` や `SetForegroundWindow` を組み合わせる必要があります。VB.NETからWindows APIを呼び出すには、以下のように `DllImport` を使います。
‘ 簡易的なAPI宣言の例
Private Shared Function SetForegroundWindow(hWnd As IntPtr) As Boolean
End Function
※ウィンドウのハンドル（hWnd）の特定や、最小化状態からの復元（ShowWindow API）など、少し応用的なコードが必要になりますが、基本の `Mutex` さえ押さえておけば、検索すればすぐに実装例が見つかりますよ。
—
まとめ：ここをクリアすれば、VB.NETの基本はバッチリ！
今回は、VB.NETアプリケーションの安全性を爆発的に高める「Mutexを用いた二重起動防止」について解説しました。
- OSレベルの排他制御には `Mutex` を使う。
- アプリケーションの `Startup` イベントで判定し、`e.Cancel = True` で安全に弾く。
- ガベージコレクションに回収されないよう、変数のスコープ（生存期間）に気をつける。
この3つさえ頭に入っていれば、もうマクロの記録の延長にある「動くだけの不安定なツール」とはおさらばです。あなたはすでに、堅牢な業務システムを設計できるエンジニアの思考を手に入れています。
ここをクリアしたあなたなら、どんな自動化ツールを作っても怖くありません。自信を持って、次の開発に挑んでくださいね！それでは、また次の現場でお会いしましょう。
