c# – LoadLibrary,FreeLibrary和GetModuleHandle Win32功能线程安全吗?

前端之家收集整理的这篇文章主要介绍了c# – LoadLibrary,FreeLibrary和GetModuleHandle Win32功能线程安全吗?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在使用与本机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.

我还可以补充说,我已经在多线程环境中使用这些功能了很长一段时间没有问题.

原文链接:https://www.f2er.com/csharp/96360.html

猜你在找的C#相关文章