【テクニカル・上級編】初心者向け：VB.NETの構造体(Structure)とクラス(Class)における代入挙動の違い：値型と参照型のメモリ構造を理解してバグを防ぐ – Visual Basic (VB / VB.NET)解析バイブル

Visual Basic (VB / VB.NET)

2026.09.07

VB.NETを扱うエンジニアの多くが、`Structure`と`Class`を単なる「データの入れ物」のバリエーションだと誤解している。しかし、Windows APIを直接叩き、メモリを緻密に管理せねばならない現場において、その無知は致命的なバグの温床となる。

本稿では、メモリ構造という「物理」の視点から、この二つの決定的な違いを紐解く。

—

まず、メモリのどこにデータが置かれるかを理解せねばならない。

Structure（値型）： スコープ内（メソッド内など）で宣言された場合、スタック領域に直接配置される。変数の「名前」と「値」が物理的に同じ場所にある。
Class（参照型）： 変数にはメモリ上の「アドレス（ポインタ）」だけが格納され、実体はヒープ領域に生成される。

‘ 【構造体：値のコピー】
Dim a As MyStruct = New MyStruct(10)
Dim b As MyStruct = a ‘ ここでメモリ上のビットが丸ごと複製される
b.Value = 20 ‘ a.Value は 10 のまま。独立している。

‘ 【クラス：参照のコピー】
Dim x As MyClass = New MyClass(10)
Dim y As MyClass = x ‘ x が持つ「アドレス」が y にコピーされる
y.Value = 20 ‘ x.Value も 20 になる。同じメモリ領域を指しているからだ。

この「実体」をコピーしているのか、「住所」をコピーしているのかの違いが、マルチスレッド環境やAPI連携時に予期せぬ副作用を生む。

—

レガシーなWindows API（`User32.dll`等）を呼び出す際、構造体は必須だ。APIはマネージドコードの「クラス」など理解できない。彼らが欲するのは、メモリ上に綺麗に整列されたバイナリデータ（C言語的なレイアウト）だけだ。

APIに構造体を渡す際は、`LayoutKind.Sequential`を指定し、メモリ上のオフセットを厳密に制御せねばならない。

Imports System.Runtime.InteropServices

Public Structure RECT
Public Left As Integer
Public Top As Integer
Public Right As Integer
Public Bottom As Integer
End Structure

‘ API呼び出し時の注意：
‘ 構造体を引数に渡すとき、VB.NETは一時的にスタック上にコピーを作成する。
‘ これによりAPI側でメモリを破壊されても、元の変数は保護される。

—

では、いつどちらを使うべきか。伝説的な設計者は以下の基準で判断する。

1. Structureを使うべき時

2. Classを使うべき時

—

クラスはGC（ガベージコレクション）の対象となる。無駄なヒープ確保は、GCの発生頻度を高め、システム全体の「停止時間（Stop-the-world）」を増加させる。

高頻度で実行されるループ内では、`Class`のインスタンス化を極力避け、`Structure`のスタック利用を検討せよ。逆に、構造体の「代入によるコピー負荷」が無視できないほど巨大な場合は、`Class`に切り替えて参照渡しにするのが定石だ。

‘ クラスを使う場合、リソース解放を忘れるな
Public Class ManagedResource
Implements IDisposable

Public Sub Dispose() Implements IDisposable.Dispose
‘ APIで確保したメモリハンドルなどをここで解放する
GC.SuppressFinalize(Me)
End Sub
End Class

—

VB.NETは「初心者向け」と揶揄されることもあるが、その内部挙動を掌握し、メモリの1ビットまで制御する覚悟を持つ者にとって、これほど強力な武器はない。

「なんとなくClassを使っている」その怠慢が、数年後の保守フェーズで数千万円規模のトラブルを生む。メモリの配置を可視化せよ。代入の裏側にあるコピーの重みを感じ取れ。

それが、真にコードを制御するということだ。さあ、次はあなたの番だ。IDEを開き、メモリの深淵を覗き込んでくれ。