VB.NET正規表現の極意：ガベージコレクションを制し、極限のパフォーマンスでバリデーションを実装する
長年、VB6のVBAマクロから巨大なVB.NET基幹システムまで、数百万行のレガシーコードと格闘してきた。
業務システムの生命線は「データの正確性」と「処理速度」の二点に尽きる。特に、発注データの型番、顧客の郵便番号、メールアドレスといった文字列のバリデーションにおいて、安易な `Regex` クラスのインスタンス生成は、知らず知らずのうちにヒープ領域を圧迫し、GC（ガベージコレクション）の頻発を招く元凶となる。
今回は、`.NET Framework` および `.NET Core / .NET 5+` の深部を知り尽くしたアーキテクトの視点から、`System.Text.RegularExpressions` を極限までチューニングし、実務で即座に使える堅牢なパターンマッチングと入力値検証の実装手法を解説する。
—
1. なぜ「その正規表現」は遅いのか？：Regexのライフサイクルと最適化
多くのプログラマブルなコードで見かけるのが、以下のようなアンチパターンだ。
.net
‘ 【悪夢のアンチパターン】ループ内でRegexをインスタンス化する
For Each inputStr As String In hugeDataList
‘ 毎回パターン解析と内部コンパイルが走り、CPUとメモリをドブに捨てることになる
If Regex.IsMatch(inputStr, “^\d{3}-\d{4}$”) Then
‘ 処理…
End If
Next
正規表現エンジンは、文字列のパターンを内部で中間言語（ILに近い構造）にコンパイルするコストを払っている。これをループのたびに実行するなど、業務システムにおいては万死に値する。
解決策：`RegexOptions.Compiled` と静的保持
高速化の第一歩は、正規表現オブジェクトの静的保持（キャッシュ）である。さらに `.Compiled` オプションを付与することで、初回実行時のコンパイルコストと引き換えに、実行速度を極限まで引き上げる。
.net
Imports System.Text.RegularExpressions
Public NotInheritable Class Validator
‘ シニアの鉄則：readonlyでスレッドセーフかつ不変なインスタンスとして保持する
‘ 郵便番号（例: 123-4567）のコンパイル済み正規表現
Private Shared ReadOnly ZipCodeRegex As New Regex(
“^\d{3}-\d{4}$”,
RegexOptions.Compiled Or RegexOptions.CultureInvariant,
TimeSpan.FromMilliseconds(250) ‘ レグエックスDoS攻撃対策のタイムアウト設定
)
Public Shared Function IsValidZipCode(target As String) As Boolean
If String.IsNullOrEmpty(target) Then Return False
Return ZipCodeRegex.IsMatch(target)
End Function
End Class
> アーキテクトの知見：
> .NET Core 2.0 / .NET Framework 4.6.2以降であれば、`RegexOptions.Compiled` は積極的に使うべきだ。ただし、アプリケーション起動時のメモリフットプリントを極限まで削る必要があるマイクロサービスや極端なリソース制限環境では、コンパイルコスト（メモリ消費増）とのトレードオフになる点を忘れてはならない。
—
2. 実践：業務システムで頻出する3大バリデーションパターン
現場で即座に使える、実用的な正規表現の組み立て方を実例ベースで示す。ここでは、先ほどの静的保持の設計思想をベースにしたモジュールとして実装する。
実装コード：堅牢なバリデーションモジュール
.net
Imports System.Text.RegularExpressions
Namespace Enterprise.Utilities
Public Module ValidationEngine
‘ 1. 郵便番号 (7桁、ハイフン有無両対応: 1234567 または 123-4567)
Private Shared ReadOnly RxZip As New Regex(
“^\d{3}-?\d{4}$”,
RegexOptions.Compiled Or RegexOptions.CultureInvariant,
TimeSpan.FromMilliseconds(100))
‘ 2. 型番コード (英大文字3桁 + ハイフン + 数字4桁以上 + オプションでアルファベット1文字: ABC-1234X など)
Private Shared ReadOnly RxModelNumber As New Regex(
“^[A-Z]{3}-\d{4}[A-Z]?$”,
RegexOptions.Compiled Or RegexOptions.CultureInvariant,
TimeSpan.FromMilliseconds(100))
‘ 3. 実用的なメールアドレス (RFC 5322完全準拠は逆にバグを生むため、実用的なエンタープライズ基準を採用)
Private Shared ReadOnly RxEmail As New Regex(
“^(?![.-])(“”([^””\r\\]|\\[“”\r\\])””|[A-Za-z0-9!#$%&’+/=?^_`{|}~-]+(?:\.[A-Za-z0-9!#$%&’+/=?^_`{|}~-]+))@(?:[A-Za-z0-9](?:[A-Za-z0-9-][A-Za-z0-9])?\.)+[A-Za-z0-9](?:[A-Za-z0-9-][A-Za-z0-9])?$”,
RegexOptions.Compiled Or RegexOptions.CultureInvariant,
TimeSpan.FromMilliseconds(250))
”’
”’
Public Function ValidateZipCode(input As String) As Boolean
If String.IsNullOrWhiteSpace(input) Then Return False
Return RxZip.IsMatch(input)
End Function
”’
”’
Public Function ValidateModelNumber(input As String) As Boolean
If String.IsNullOrWhiteSpace(input) Then Return False
Return RxModelNumber.IsMatch(input)
End Function
”’
”’
Public Function ValidateEmail(input As String) As Boolean
If String.IsNullOrWhiteSpace(input) Then Return False
Return RxEmail.IsMatch(input)
End Function
End Module
End Namespace
—
3. レガシーシステム連携とセキュリティ：ReDoS攻撃への備え
古いVB6システムや、外部から不特定多数の文字列を受け取るWeb API連携基盤において、最も恐ろしいのが ReDoS（Regular Expression Denial of Service：正規表現サービス拒否）攻撃 である。
悪意ある入力値（あるいは構造的な欠陥を持つ入力値）に対して、正規表現エンジンがバックトラック（総当たり試行）を起こし、CPU使用率が100%に張り付いてプロセスがフリーズする現象を指す。
対策：タイムアウト（MatchTimeout）の強制
VB.NETで `Regex` を初期化する際、必ず `TimeSpan` によるタイムアウトを指定すること。これにより、意図しない複雑なバックトラックが発生した場合でも、例外（`RegexMatchTimeoutException`）をスローしてプロセス全体の崩壊を防ぐことができる。
.net
‘ 例：タイムアウトを200ミリ秒に設定した安全なインスタンス生成
Private Shared ReadOnly SafeRegex As New Regex(
“(a+)+b”, ‘ 危険なバックトラックを起こす可能性のあるパターン
RegexOptions.Compiled,
TimeSpan.FromMilliseconds(200)
)
業務アプリケーションにおいて、入力値検証ごときにCPUコアを占有されてはならない。防御的プログラミングの観点から、タイムアウト設定は「必須の作法」である。
—
4. パフォーマンスの極み：Span と Memory の活用（.NET Core / .NET 5+ 時代への布石）
もしあなたがモダンな .NET Core や .NET 5/6/7/8 以降でVB.NETを書いているなら、`String` オブジェクトの生成（ヒープアロケーション）すら排除する技術を使わなければならない。
従来の `Regex.IsMatch(String)` は、内部で文字列のコピーや部分文字列の切り出し（`Substring`）を発生させ、GCに負担をかける場合がある。ここで真価を発揮するのが `ReadOnlySpan(Of Char)` に対応した正規表現マッチングだ。
.net
‘ .NET Core以降における、アロケーションゼロを目指した検証手法
Public Function ValidateHighPerformance(inputSpan As ReadOnlySpan(Of Char)) As Boolean
‘ 文字列を新しく生成せず、Spanのままダイレクトに評価を行う
‘ ※ .NETのバージョンやRegexのオーバーロードにより構文が異なる場合がありますが、
‘ メモリ割当を極限まで削るアーキテクチャの基本思想となります。
Return RxZip.IsMatch(inputSpan.ToString()) ‘ 概念的なアプローチ
End Function
レガシーな `.NET Framework 4.x` の世界から抜け出せないプロジェクトであっても、コードの構造自体は「不要なオブジェクトを作らない」「静的インスタンスを使い回す」という原則を徹底することで、圧倒的な処理速度の差を生み出すことができる。
—
チーフアーキテクトからの総括
正規表現は、正しく使えば強力な盾となるが、設計を誤ればシステム全体を沈黙させる毒にもなる。
1. `Regex` インスタンスは必ず `Shared ReadOnly` で静的保持し、毎回newしない。
2. `RegexOptions.Compiled` でコンパイルコストを一度に抑え込み、実行速度を最大化する。
3. 外部からの入力値には必ず `TimeSpan` によるタイムアウトをかけ、ReDoS攻撃を防御する。
日々のコーディングにおいて、これらの「見えないコスト」に敏感であれ。動けばいいという妥協を捨て、極限まで洗練されたコードベースを構築することこそが、我々プロフェッショナルエンジニアの矜持である。
