VB.NETの「メモリ泥棒」を封印せよ！Usingステートメントでリソース管理の達人になる
こんにちは。システム開発の現場で長年、数多のスパゲッティコードを紐解いてきたエンジニアです。
皆さんはVB.NETでファイルを開いたり、データベースに接続したりする際、こんなコードを書いていませんか？
‘ 悪い例：解放を忘れるとメモリリークの温床になる
Dim stream As New System.IO.StreamReader(“data.txt”)
Dim content As String = stream.ReadToEnd()
‘ ここで処理が終わっても、streamがメモリを掴んだままになる可能性がある
実はこれ、「プログラムが静かにメモリを食いつぶす」最も典型的なパターンです。今回は、VB.NET中級者への登竜門であり、現場の鉄則である「`Using`ステートメント」の真髄を伝授します。ここをマスターすれば、あなたの書くコードの安定感は劇的に変わりますよ。
—
1. なぜ「Close」や「Dispose」だけでは不十分なのか？
VB.NETで扱うリソースには「マネージド（.NETが管理してくれる）」と「アンマネージド（OSが管理するファイルや通信など）」があります。特に後者は、明示的に「終わりました！」とOSに伝えない限り、システムがその資源を握り続けます。
多くの初心者がやりがちなのが、`stream.Close()` を書くこと。しかし、もし`Close()`に到達する前にエラーが発生したら？ そのままプログラムはリソースを解放できずに停止し、次にファイルを開こうとすると「他のプロセスが使用中です」と怒られてしまいます。
これを解決するのが `Using` ステートメントです。
—
2. Usingステートメント：魔法の自動解放装置
`Using` を使うと、コードブロックの出口（`End Using`）で自動的に `Dispose`（解放処理）を呼び出してくれます。 しかも、途中で例外（エラー）が発生しても、確実に解放してくれる「例外安全性」が担保されているのです。
基本的な書き方
‘ 正しい例：Usingで囲むだけで、エラーが起きても確実に解放される
Using reader As New System.IO.StreamReader(“data.txt”)
‘ この中で処理を行う
Dim content As String = reader.ReadToEnd()
Console.WriteLine(content)
End Using ‘ ここで自動的にreader.Dispose()が実行される
内部挙動のイメージ
裏側では、コンパイラが以下のような `Try…Finally` 構造に変換しています。
‘ コンパイラが変換するイメージ
Dim reader As New System.IO.StreamReader(“data.txt”)
Try
‘ 処理内容
Finally
If reader IsNot Nothing Then
reader.Dispose() ‘ どんなエラーが起きても必ずここを通る！
End If
End Try
この「どんな時でも最後に必ず実行される」という保証こそが、大規模開発における安定稼働の要なのです。
—
3. 実践：現場でよく使う「データベース接続」のパターン
データベース接続（`SqlConnection`など）は、リソースが枯渇するとシステム全体が停止する重要箇所です。現場では以下のように記述するのが鉄則です。
Imports System.Data.SqlClient
Public Sub FetchData()
Dim connectionString As String = “あなたの接続文字列”
‘ 接続リソースをUsingで守る
Using conn As New SqlConnection(connectionString)
conn.Open()
Using cmd As New SqlCommand(“SELECT FROM Users”, conn)
Using reader As SqlDataReader = cmd.ExecuteReader()
While reader.Read()
Console.WriteLine(reader(“UserName”))
End While
End Using ‘ ここでreaderが解放
End Using ‘ ここでcmdが解放
End Using ‘ ここでconnが解放
End Sub
ポイント： `Using` は入れ子にしても全く問題ありません。内側から外側に向かって、きれいにリソースが回収されます。
—
4. 陥りやすい罠：Usingを使ってはいけないケース
ここまで「全部Usingで囲め！」と言ってきましたが、例外もあります。
- リソースをメソッドの外へ持ち出したい時：
`Using`ブロックを抜けるとリソースは破棄されます。メソッドの戻り値としてストリームそのものを返したい場合は、`Using`を使ってはいけません（呼び出し元が責任を持って解放する必要があります）。
- Disposeを実装していないクラス：
`IDisposable` インターフェースを実装していないクラスを `Using` に入れるとコンパイルエラーになります。基本的には、ファイル、DB、ネットワーク通信に関連するクラスは `IDisposable` を実装しているので、安心して使ってください。
—
最後に：プロのエンジニアへの一歩
「動けばいいコード」から「壊れないコード」へ。
`Using`ステートメントを使いこなすことは、単なる構文の習得ではありません。「メモリやOSリソースといった有限の資産を、責任を持って管理する」というエンジニアの意識改革そのものです。
「ここをクリアすれば、VB.NETの基本はバッチリですよ」。
次からはぜひ、ファイル操作やDB接続のコードを書くとき、「これはUsingで囲めるか？」と一呼吸置いてみてください。その小さな習慣が、いつか予期せぬシステムダウンからあなたを救ってくれるはずです。
もし分からないことがあれば、いつでも聞いてくださいね。一緒に最高品質のコードを目指しましょう！
