WorkBooks.Openで開いたブックはWorkBooks.Closeでメモリ解放されるのでしょうか？

Question

別に質問をしてクローズしないままもう一つの質問です。
ごめんなさい。

Excel　VBAからマクロ付きBoookを以下のようにして開く閉じるを繰り返すと、Closeしても、プロジェクトウインドウに開いたBookが残ったままになり、同じBookのOpen、Closeを繰り返すと同名のVBAProjectがどんどん貯まっていきます。

Workbooks.Open "Book1.xlsm"
Workbooks.Close "Book1.xlsm"

タスクマネージャーでメモリを監視すると、メモリは少しずつ上がっていきます。

※タスクマネージャー上では、Book1.xlsmはOpenで表示され、Close時点で消えます。

ロジックをこのように変えると、多少増えにくくなりますが、あまり変わりません。

Dim aBook As Workbook
Set aBook = Workbooks.Open "Book1.xlsm"
aBook .Close
Set aBook = NOthing

これは、ほっといても、.NetFrameWOrkのガベージコレクションがそのうち解放しれくれるのでしょうか？

ちなみに、Book1.xlsmというマクロ付きBookではなく、通常のエクセルファイル(Book1.xlsx)であればほとんど貯まりません。(ブレイクポイントで止めたりすると似たような現象にはなります。)

Excel VBAで他ブックを大量にOpen、Closeする場合、メモリが残らないいい方法はないものでしょうか？

Answer 1

画像のような状況は見たことがありませんが、以下のような情報があるようです。

マクロ処理でブックのオープン、クローズを繰り返すと、メモリが解放されず、処理が徐々に遅延する。 - マイクロソフト コミュニティ

コードを修正するとしたら以下のようになると思います。

Dim aBook As Excel.Workbook
Set aBook = Excel.Workbooks.Open("Book1.xlsm")
Call aBook.Close
Call VBA.DoEvents '<-追加
Set aBook = Nothing

Comments

[退会済みユーザー]

imihito様

ご回答ありがとうございます。
私もそのサイトは見つけてやってみたのですが、結果は同じでした。

VBAProjectも残るし、繰り返し同じBpokのオープンとクローズを繰り返すことにより、メモリも上昇していきます。

Answer 2

ご提示のコードの問題ではなく、"Book1.xlsm" の中(のマクロ)やセキュリティソフトなど外部の問題です。

Comments

[退会済みユーザー]

hihijiji様

うーん、コード事態はこれでいいという事なんですかねぇ。。

[hihijiji]

ご提示のコードでスペルミス以外は問題ありません。
VBA のガベージコレクタは
Dim aBook As Workbook と宣言した場合
Set aBook = Nothing
で即座にリソースを開放します。
VBAProjectが残るのは全く別の問題です。
ちなみに.Net Framework のガベージコレクタは何の関係もありません。

[退会済みユーザー]

ご丁寧にご回答ありがとうございます。

そうなんですね！
VBAProjectが残るのは一体なんなんでしょうか？

>Set aBook = Nothing
>で即座にリソースを開放します。

そうなんですかぁ。。。
しかしながら、タスクマネージャーで見るとEXCELのBookを開いて閉じてを繰り返しループで行うと、だんだんメモリが増えていきます。

これは何かおかしいのでしょうか？

[hihijiji]

サクッとトラブルシューティングを書いてみました。
・「Book1.xlsm」に実際はマクロが無くても同様か？
→(yes)セキュリティソフトをアンインストールしてみる
↓(no)
・「Book1.xlsm」に自動起動マクロ(起動、終了イベント処理など)がある
→(yes)自動起動マクロを停止してみる
↓(no)
セキュリティソフトをアンインストールしてみる

[退会済みユーザー]

hihijiji様

ご回答ありがとうございます。
しかしながら、私のPCにはセキュリティソフトは入っておりません。

また、自動起動マクロもありません。