【SolidWorks API】大規模アセンブリを墜落させない―COM参照解放の深淵と「極限のメモリ管理」術
大規模アセンブリを自動化する際、多くのエンジニアが直面する壁がある。「なぜか数十個のパーツを組み込んだ後にSolidWorksがフリーズする」「バックグラウンドでプロセスが残り続け、PCが重くなる」。
これらは単なるコードの不備ではない。COMオブジェクトのライフサイクルに対する、貴方の無知が招いた「メモリリーク」という名の自滅行為だ。
SolidWorks APIは、WindowsのCOM（Component Object Model）という古い、しかし強力な技術の上に成り立っている。VBAで`Set swComp = swAssy.AddComponent6(…)`と書くとき、貴方のコードはSolidWorksのプロセス外メモリを食い荒らしている。これを適切に解放しなければ、数千のパーツを扱うアセンブリ構築など夢のまた夢だ。
今日は、プロとして生き残るための「参照解放の黄金律」を伝授する。
—
1. なぜ「Nothing」だけでは不十分なのか？
VBAの`Set obj = Nothing`は、単に変数とオブジェクトの接続を切るだけの儀式に過ぎない。COM参照カウントがゼロにならなければ、オブジェクトはメモリ上に幽霊のように居座る。
特にアセンブリの`AddComponent`や`Mate`といったメソッドは、内部的に複数のインターフェースを生成する。これらをループ内で放置すれば、SolidWorksは数分でメモリを飽和させ、無慈悲にシャットダウンするだろう。
鉄則：スコープを絞り、参照を「使い捨て」にする
大規模アセンブリを構築する際は、「巨大なオブジェクトを保持し続けない」こと。必要な処理が終わったら即座に解放し、ガベージコレクション（GC）の負荷を最小化せよ。
—
2. 実践：数千パーツに耐えうる「堅牢なアセンブリ構築」コード
以下は、メモリリークを徹底排除するためのテンプレートだ。ポイントは、ループ内での変数の再利用を避け、必ず解放プロセスを通すことである。
Option Explicit
‘ 大規模アセンブリ構築のプロダクション・テンプレート
Public Sub BuildAssemblyOptimized()
Dim swApp As SldWorks.SldWorks
Dim swModel As SldWorks.ModelDoc2
Dim swAssy As SldWorks.AssemblyDoc
Dim swComp As SldWorks.Component2
Set swApp = Application.SldWorks
Set swModel = swApp.ActiveDoc
Set swAssy = swModel
Dim i As Long
For i = 1 To 1000
‘ 1. コンポーネントの追加
Set swComp = swAssy.AddComponent6(“C:\Parts\Part_” & i & “.SLDPRT”, “”, “”, “”, “”, 0, 0, 0)
‘ 2. メモリ保護：ここでしっかり処理を行う
If Not swComp Is Nothing Then
‘ 合致作成処理などを行う関数を呼び出す
Call CreateMateLogic(swAssy, swComp)
End If
‘ 3. 【重要】ループごとの参照解放
‘ コンポーネント変数をNothingにすることで、次のループでのメモリ重複を防ぐ
Set swComp = Nothing
‘ 4. 定期的なGCの強制（必要に応じて）
‘ DoEventsを挟むことで、SolidWorksのイベントキューを整理する
If i Mod 100 = 0 Then DoEvents
Next i
‘ 最終的な解放
Set swAssy = Nothing
Set swModel = Nothing
Set swApp = Nothing
End Sub
Private Sub CreateMateLogic(ByRef swAssy As SldWorks.AssemblyDoc, ByVal swComp As SldWorks.Component2)
‘ 合致作成処理をここに記述
‘ ここで作成したMateオブジェクトも、使い終わったら必ずNothingにする習慣を
Dim swMate As SldWorks.Feature
‘ Set swMate = swAssy.AddMate…
‘ Set swMate = Nothing
End Sub
—
3. 大規模開発における3つの「絶対守るべき戒律」
① 「Set変数 = Nothing」は儀式ではなく生存戦略
ループ処理の中で`Set`を繰り返す際、変数を使い回すと古い参照がメモリに残ったままになる可能性がある。`Set swComp = Nothing`をループの最後に必ず配置する。これはコンパイラへの命令ではなく、OSへの「このメモリを返せ」という強力なメッセージだ。
② DoEventsの賢い活用
SolidWorksのAPIは、複雑なモデルを操作する際、裏側で再構築（Rebuild）やビューの更新を行う。`DoEvents`を数回おきに挿入することで、処理を一時停止させ、Windowsがメモリを回収する隙を与える。これだけで、長時間稼働時の安定性は劇的に向上する。
③ インターフェースのキャッシュを避ける
「何度も使うから」といって、ルートアセンブリ以外のサブアセンブリを長期間グローバル変数に保持するな。必要なタイミングで`IAssemblyDoc`を再取得する方が、メモリ管理の観点からははるかに安全だ。
—
最後に：ツールは「壊れない」ことが唯一の正義
どれほど高度なロジックを組んでも、ツールが途中で止まっては意味がない。
貴方が書くコードは、貴方の技術力の証明であると同時に、現場の生産性を守る防壁でもある。
今回紹介した「オブジェクトの使い捨て」という設計思想は、最初は面倒に感じるかもしれない。だが、数千パーツのアセンブリをエラーなしで完走させたとき、貴方はSolidWorks APIの支配者になれる。
さあ、恐れずにコードを書き換えろ。メモリリークを殺し、真の自動化をその手に掴み取れ。
