LoadLibrary、FreeLibrary、およびGetModuleHandle Win32関数はスレッドセーフですか？

Question

私はネイティブDLLとやりとりするWebサービスで作業しています.LoadLibrary/GetModuleHandle/FreeLIbraryとGetProcAddressを使用すると、DLLが非常に安定していないため、動的にロード/アンロードされます。

public class NativeMethods 
{ 
    [DllImport("kernel32.dll", CharSet = CharSet.Auto, SetLastError = true)] 
    public static extern IntPtr LoadLibrary(string libname); 

    [DllImport("kernel32.dll", CharSet = CharSet.Auto, SetLastError = true)] 
    public static extern IntPtr GetModuleHandle(string libname); 

    [DllImport("kernel32.dll", CharSet = CharSet.Auto)] 
    public static extern bool FreeLibrary(IntPtr hModule); 

    [DllImport("kernel32.dll", CharSet = CharSet.Ansi)] 
    public static extern IntPtr GetProcAddress(IntPtr hModule, string lpProcName); 
} 

私はw3wp.exeのプロセスがoccationally重い負荷の下でクラッシュし、私はそれをデバッグしようとしたとき、デバッガは、多くの場合、私のNativeMethods.GetModuleHandle（）関数呼び出しで停止していることに気付きました。

GetModuleHandleはスレッドセーフではないという証拠を見つけることができなかったので、これらのkernel32.dll関数をマルチスレッド.NETアプリケーションとやりとりするときに誰もが似たような経験を得ているのだろうか？イゴールTandetnik（マイクロソフトMVP）によると、オスカー

Answer 1

。

スレッドセーフではないGDI関数を除いて。 HWNDおよび/またはHDCを取るものは、HWNDまたはHDCが作成された同じスレッド（SendMessage,PostMessageなどの例外は例外です）で呼び出される必要があります。 HBITMAP s、HICONなどはスレッド間で渡すことができますが、一度に1つのスレッドで操作する必要があります。

GDIやウィンドウ管理を扱わない他のほとんどの関数は、実際にはスレッドセーフです。

これは、LoadLibrary,GetModuleHandle,FreeLibraryおよびGetProcAddressを含む必要があります。

ただし、FreeLibraryは、DllMainから呼び出さないでください。

私は、これらの機能をマルチスレッド環境で長時間問題なく使用していることを追加することもできます。