境界線を支配せよ：VB.NETにおける構造体とアンマネージドメモリの深淵
VB.NETを「マネージドな安全圏」だけで語るのは、この言語の真の力を半分も理解していない証拠だ。真のアーキテクトは、CLR（共通言語ランタイム）の境界線上で、メモリの配置を自ら制御する。C/C++で書かれたWin32 APIやレガシーなバイナリインターフェースと対峙する際、デフォルトのマーシャリングに頼ることは、時限爆弾を埋め込むに等しい。
今日は、`StructLayout`と`Marshal`クラスを駆使し、メモリのパディングとアライメントを完全に掌握する技術を伝授する。
1. なぜ「構造体の自動レイアウト」が災厄を招くのか
VB.NETの構造体は、デフォルトで `LayoutKind.Sequential` が適用されるが、これは必ずしもC言語の構造体と一致しない。コンパイラやCLRは、パフォーマンスのためにメモリパディングを勝手に挿入し、構造体を整列させる。
もし、DLL側が `1バイトアライメント` を期待しているのに、VB.NET側が `4バイトアライメント` でパディングを挿入すれば、データはズレ、最悪の場合、ヒープ破壊によるアクセス違反（Access Violation）でプロセスは即死する。
2. 鋼鉄のレイアウト制御：StructLayoutの極意
アンマネージドコードとの相互運用において、メモリレイアウトを固定化するための鉄則は `LayoutKind.Sequential` と `Pack` 属性の明示だ。
Imports System.Runtime.InteropServices
‘ Pack:=1 を指定することで、パディングを禁止し、
‘ C言語側の #pragma pack(1) と同等のレイアウトを強制する
Public Structure Win32ProcessEntry
Public dwSize As UInteger
Public cntUsage As UInteger
Public th32ProcessID As UInteger
‘ 文字列の扱いには特に注意が必要。固定長配列として確保する
Public szExeFile As String
End Structure
極限の知見: `CharSet` の指定を怠るな。ANSI環境なら `CharSet.Ansi` を明示せよ。デフォルトはプラットフォームに依存するため、環境移行時に突然バグが顕在化する原因となる。
3. Marshalクラスによるメモリの「直接」操作
APIから返されたポインタ（`IntPtr`）をマネージドオブジェクトへ引き戻すとき、`Marshal.PtrToStructure` を使うのが一般的だが、高負荷なループ内ではオーバーヘッドが無視できない。
ここで、メモリの断片を扱う際のアドバイスだ。
Public Sub ProcessData(ptr As IntPtr)
‘ 構造体への変換はコストが高い。必要なフィールドだけを直接読み取る手法を検討せよ
‘ IntPtr.Add でオフセット計算を行い、Marshal.ReadInt32 等で直接値を引き抜く
Dim pId As Integer = Marshal.ReadInt32(ptr, 8) ‘ 8バイトオフセットの位置を読む
‘ 使い終わったポインタは適切に管理せよ
‘ もしDLL側がメモリ確保を求めているなら、Marshal.FreeHGlobal で解放を忘れるな
End Sub
4. レガシーシステム連携における「死守すべき鉄則」
現場で長年生き残るシステムを構築する場合、以下の3点を徹底せよ。
- 明示的な解放（IDisposableの活用）: `Marshal.AllocHGlobal` で確保したメモリは、GC（ガベージコレクション）の対象外だ。必ず `Try…Finally` ブロックで `Marshal.FreeHGlobal` を呼び出し、リークを撲滅せよ。
- BLIT可能（Blittable）な型の選択: `Integer` (Int32), `Byte`, `Double` など、マネージドとアンマネージドでメモリ表現が同一な型のみを使用せよ。`Boolean` や `String` はマーシャラーによる変換（コピー）が発生するため、多用はパフォーマンス低下を招く。
- マーシャリングの可視化: 構造体のサイズが不明な場合は、`Marshal.SizeOf(GetType(構造体名))` をデバッグ出力せよ。C/C++側の `sizeof` と一致しているかを検証することが、クラッシュを防ぐ唯一の道だ。
最後に：アーキテクトへの問い
VB.NETは「古い」のではない。CLRという巨大なエンジンを、最も直感的に操作できるインターフェースの一つだ。`StructLayout` を使いこなすことは、単なるAPI呼び出しではない。それは、メモリという宇宙の配置を支配下に置く行為だ。
この領域に踏み込む諸君には、常に「データがメモリ上でどう並んでいるか」を頭の中で可視化する訓練を求む。それができれば、VB.NETであれ何であれ、システムを制御下に置くことができるはずだ。
次は、`SafeHandle` を用いたリソース管理の自動化について掘り下げるとしようか。健闘を祈る。
