装载机锁定错误

我在C++ dll上构建,通过在C#中编写代码.

我得到一个错误,说

检测到LoaderLock消息:尝试在OS Loader锁定内执行托管执行.不要尝试在DllMain或图像初始化函数中运行托管代码,因为这样做会导致应用程序挂起.

我试着搜索这个错误究竟意味着什么,但是我正在绘制毫无意义的文章,大多说这只是一个警告,我应该在Visual Studio中关闭它.其他解决方案似乎是由于ITunes,或者在使用DirectX进行编程时出现此问题.我的问题与两者无关.

任何人都能解释一下,这究竟意味着什么？

1> ghiboz..：

---

你需要进入菜单Debug - > Exceptions,打开Managed Debugging Assistants,找到LoaderLock并取消选中

---

是的,这是关闭警告的方法; 但即使在2年之后,我还没有弄清楚它究竟发生的原因.

---

想要在VS2015中共享更新,现在需要转到`Debug-> Windows-> Exception Settings`.其余的与`Managed Debugging Assistants\LoaderLock`相同

---

这件事发生在我在VS 2012中开设一个旧项目

2> Hershi..：

---

加载程序锁定的一般思想:系统在锁定内部运行DllMain中的代码(如同步锁定).因此,内部的DllMain运行不平凡的代码是"要求死锁",描述在这里.

问题是,你为什么要在DllMain中运行代码？这个代码在DllMain的上下文中运行是否至关重要,或者你可以生成一个新线程并在其中运行代码,而不是等待代码在DllMain中完成执行？

我认为特别是manged代码的问题是运行托管代码可能涉及加载CLR等等,并且不知道那里会发生什么会导致死锁......我不会听从"禁用此警告"的建议"如果我是你,因为大多数机会你会发现你的应用程序在某些情况下意外挂起.

---

我正在研究Direct3D应用程序.这是一个EXE.但是,我仍然看到这个错误.任何想法如何最好地解决这个问题？

3> seva titov..：

---

更新.NET 4.0和更新的框架

这是.Net 2.0时提出的一个老问题,当支持混合模式DLL有严重的初始化问题时,容易出现随机死锁.从.Net 4.0开始,混合模式DLL的初始化已经改变.现在有两个独立的初始化阶段:

在DLL的入口点调用的本机初始化,包括本机C++运行时设置和DllMain方法的执行.

管理初始化,由系统加载程序自动执行.

由于步骤#2是在Loader Lock之外执行的,因此没有死锁.详细信息在混合装配的初始化中描述.

要确保可以从本机可执行文件加载混合模式程序集,您唯一需要检查的是DllMain方法被声明为本机代码.#pragma unmanaged可以帮到这里:

#pragma unmanaged

BOOL APIENTRY DllMain(HMODULE hModule,
    DWORD  ul_reason_for_call,
    LPVOID lpReserved
    )
{
    ... // your implementation here
}

同样重要的是,DllMain可能直接或间接调用的任何代码也是非托管的.限制DllMain使用的功能类型是有意义的,因此您可以跟踪从DllMain可以访问的所有代码并确保它们全部编译#pragma unmanaged.

如果编译器检测到DllMain未被声明为非托管,则可以通过给予警告C4747来帮助:

1>  Generating Code...
1>E:\src\mixedmodedll\dllmain.cpp : warning C4747: Calling managed 'DllMain': Managed code may not be run under loader lock, including the DLL entrypoint and calls reached from the DLL entrypoint

但是,如果DllMain间接调用其他托管函数,编译器将不会生成任何警告,因此您需要确保永远不会发生,否则您的应用程序可能会随机死锁.

4> 小智..：

---

按ctr d + e然后扩展托管调试助手节点.然后取消选中LoaderLock.

希望这会帮助你.

---

该快捷方式实际上取决于您在首次运行期间指定使用的配置.C#快捷方式布局为(Ctrl + D,E).(您也可以在选项 - >环境 - >键盘中为此功能指定任何组合键.)

5> 小智..：

---

请提醒那些VS2017用户，您需要禁用“ exception helper ”而不是“ exception assistant ”（在VS2017之前），以防止加载程序锁定错误，其设置路径为Debug-> Exception。刚遇到这个问题并浪费了2个小时来寻找解决方案...