我正在使用与本机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",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进程在繁重的负载下崩溃,当我尝试调试它时,调试器通常停在我的NativeMethods.GetModuleHandle()函数调用.
我找不到任何证据表明GetModuleHandle不是线程安全的,所以我想知道有没有人有任何类似的经验,从多线程.NET应用程序交互这些kernel32.dll函数？
奥斯卡
解决方法
根据Igor Tandetnik(微软MVP).
除了不是线程安全的GDI函数.几乎任何需要HWND和/或HDC的东西必须在创建HWND或HDC的同一线程上被调用(SendMessage,PostMessage和类似的值是值得注意的例外). HBITMAP,HICON等等可以在线程之间传递,但一次应该由一个线程操纵.
大多数其他功能 – 那些不处理GDI或窗口管理的功能确实是线程安全的.
这应该包括LoadLibrary,GetModuleHandle,FreeLibrary和GetProcAddress.
请记住,不应该从DllMain调用FreeLibrary.
我还可以补充说,我已经在多线程环境中使用这些功能了很长一段时间没有问题.
