DLL のアンロード時にメモリリークが発生すると、ホストプロセスでリークが発生しますか?

https://stackoverflow.com/questions/132242

02-07-2019
|

質問

次の場合を考えてみましょう。

dll = LoadDLL()
dll->do()

...
void do() {
    char *a = malloc(1024);
}
...

UnloadDLL(dll);

この時点で、malloc() の呼び出しで割り当てられた 1k はホストプロセスで再び利用できるようになりますか?DLL は CRT に静的にリンクしています。

解決

いいえ、漏れません。

DLL モデル (静的、動的) を混在させる場合、DLL にメモリを割り当て、それを別の DLL で解放すると (または exe で解放すると)、メモリエラーが発生する可能性があります。

これは、静的にリンクされた CRT によって作成されたヒープが、別の DLL の CRT と同じヒープではないことを意味します。

CRT の動的バージョンにリンクすると、動的にリンクされたすべての CRT 間でヒープが共有されるため、リークが発生します。つまり、常に動的 CRT を使用するようにアプリを設計するか、DLL の境界を越えてメモリを管理しないようにする必要があります (つまり、DLL にメモリを割り当てる場合は、常に同じ DLL 内でメモリを解放するルーチンを提供します)。

他のヒント

OS によって追跡されるプロセスによって使用されるメモリは、DLL に固有のものではなく、プロセス全体に適用されます。
メモリは、OS によってヒープと呼ばれるチャンク単位でプログラムに与えられます。
ヒープマネージャー (malloc / new など) はチャンクをさらに分割し、要求元のコードに渡します。
新しいヒープが割り当てられた場合にのみ、OS はメモリの増加を検出します。
DLL が C ランタイムライブラリ (CRT) に静的にリンクされている場合、DLL のコードが呼び出す CRT 関数を含む CRT のプライベートコピーがコンパイルされ、DLL のバイナリに置かれます。Mallocもこれに含まれます。
この malloc のプライベートコピーは、静的にリンクされた DLL 内に存在するコードがメモリを割り当てようとするたびに呼び出されます。
その結果、malloc のこのコピーにのみ表示されるプライベートヒープが、この malloc によって OS から取得され、コードによって要求されたメモリがこのプライベートヒープ内に割り当てられます。
DLL がアンロードされると、そのプライベートヒープもアンロードされ、ヒープ全体が OS に返されるため、このリークは気づかれません。.
ただし、DLL が動的にリンクされている場合、メモリは malloc の単一の共有バージョンによって割り当てられ、共有モードでリンクされているすべてのコードにグローバルになります。
このグローバル malloc によって割り当てられるメモリは、動的別名共有モードでリンクされている他のすべてのコードに使用されるヒープでもあるヒープから取得され、したがって共通です。したがって、このヒープからのリークはプロセス全体に影響を与えるリークになります。

編集 - リンクシナリオの説明を追加しました。

それはわかりません。これは、静的および動的 CRT の実装によって異なります。にもよるかもしれません サイズ これは、大きな割り当てを OS に転送する CRT が存在しますが、小さな割り当てに対しては独自のヒープを実装しているためです。

液漏れするブラウン管の問題は、もちろん液漏れです。リークしない CRT の問題は、malloc されたメモリは free が呼び出されるまで使用可能なままである必要があるため、実行可能ファイルがメモリを使用することを合理的に想定している可能性があることです。

MSDN より DLL 境界を越えて CRT オブジェクトを渡す際の潜在的なエラー

CRTライブラリの各コピーには、別個の明確な状態があります。そのため、ファイルハンドル、環境変数、ロケールなどのCRTオブジェクトは、これらのオブジェクトが割り当てまたは設定されているCRTのコピーに対してのみ有効です。DLLとそのユーザーがCRTライブラリのさまざまなコピーを使用している場合、これらのCRTオブジェクトをDLL境界に渡すことはできず、反対側で正しくピックアップすることを期待することはできません。

また、CRTライブラリの各コピーには独自のHeap Managerがあるため、1つのCRTライブラリにメモリを割り当て、DLL境界にポインターを渡して、CRTライブラリの別のコピーによって解放されるためにポインターを渡すことは、ヒープ腐敗の潜在的な原因です。

お役に立てれば。

実は、マークされた答えは間違っています。まさに漏れがあります。各 DLL が独自のヒープを実装し、シャットダウン時に解放することは技術的には可能ですが、ほとんどの「ランタイム」ヒープ (静的または動的) は Win32 プロセスヒープ API のラッパーです。

これに当てはまらないことを保証する特別な注意を払っていない限り、DLL はロード、ドゥ、アンロードサイクルごとに割り当てをリークします。

テストを行って、メモリリークがあるかどうかを確認することもできます。毎回 1 MB を割り当てて簡単なテストを 30 回実行します。それはすぐに理解する必要があります。

一つ確かなことがある。DLL にメモリを割り当てた場合は、そのメモリ (DLL 内) も解放する必要があります。

たとえば、次のようなもの (シンプルだが直感的な疑似コード) が必要です。

dll = DllLoad();

ptr = dll->alloc();

dll->free(ptr);

DllUnload(dll);

DLL には元のプロセス (DLL をロードする) とは異なるヒープがあるため、これを行う必要があります。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow

DLL のアンロード時にメモリ リークが発生すると、ホスト プロセスでリークが発生しますか?

DLL のアンロード時にメモリリークが発生すると、ホストプロセスでリークが発生しますか?