我在C ++ dll上构建,通过在C#中编写代码。
我收到错误,说
检测到LoaderLock消息: 在OS中尝试托管执行 装载机锁。不要试图跑 DllMain或图像中的托管代码 初始化函数,因为这样做 可以导致应用程序挂起。
我尝试了解这个错误究竟意味着什么,但是我正在绘制毫无意义的文章,大多说这只是一个警告,我应该在Visual Studio中关闭它。 其他解决方案似乎是由于ITunes,或者在使用DirectX进行编程时出现此问题。我的问题与两者都无关。
任何人都可以解释一下这实际意味着什么?
答案 0 :(得分:62)
你需要去菜单Debug - >例外,打开托管调试助手,找到LoaderLock并取消选中
答案 1 :(得分:49)
装载机锁的一般概念: 系统在锁内部运行DllMain中的代码(如同步锁定)。因此,在DllMain中运行非平凡的代码是“请求死锁”,如here所述。
问题是,你为什么要在DllMain中运行代码?这个代码在DllMain的上下文中运行是否至关重要,或者是否可以生成一个新线程并在其中运行代码,而不是等待代码在DllMain中完成执行?
我认为manged代码的问题在于,运行托管代码可能涉及加载CLR等等,并且不知道那里会发生什么会导致死锁...我不会听从“禁用此警告“如果我是你,因为在某些情况下你会发现你的应用程序意外挂起。
答案 2 :(得分:14)
这是在.Net 2.0时提出的一个老问题,当支持混合模式DLL有严重的初始化问题时,容易出现随机死锁。从.Net 4.0开始,混合模式DLL的初始化已经改变。现在有两个独立的初始化阶段:
由于步骤#2是在Loader Lock之外执行的,因此没有死锁。详情见Initialization of Mixed Assemblies。
要确保可以从本机可执行文件加载混合模式程序集,您唯一需要检查的是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间接调用其他托管函数,编译器将不会生成任何警告,因此您需要确保永远不会发生,否则您的应用程序可能会随机死锁。
答案 3 :(得分:6)
按ctr d + e然后扩展托管调试助手节点。然后取消选中LoaderLock。
希望这会对你有所帮助。
答案 4 :(得分:4)
请提醒那些 VS2017用户您需要停用" 例外帮助"而不是" 例外助手"(在VS2017之前)以防止加载程序锁定错误,哪个设置路径为 Debug-> Exception 。刚刚遇到这个问题,浪费了2个小时寻找解决方案......
答案 5 :(得分:3)
我最近在创建用本机代码编写的COM-Object实例时遇到此错误:
m_ComObject = Activator.CreateInstance(Type.GetTypeFromProgID("Fancy.McDancy"));
这导致了所描述的错误。检测到" LoaderLock" -Exception被抛出。
我通过在额外的线程中创建对象实例来克服这个错误:
ThreadStart threadRef = new ThreadStart(delegate { m_ComObject = Activator.CreateInstance(Type.GetTypeFromProgID("Fancy.McDancy")); });
Thread myThread = new Thread(threadRef);
myThread.Start();
myThread.Join(); // for synchronization
答案 6 :(得分:3)
我正在构建一个C ++ CLR DLL(MSVS2015),它必须调用非托管DLL并定义非托管代码。我使用#pragma managed和#pragma unmanaged来控制代码的给定区域的模式。
在我的情况下,我只是将#pragma unmanaged放在我的DllMain()前面,这解决了这个问题。 它似乎在想我想要一个管理版的DllMain()。
答案 7 :(得分:2)
出现此问题是由于Visual Studio中的调试程序在一个或多个DLL文件中运行使用Microsoft Foundation Classes 8.0版的托管应用程序的方式。
请仔细阅读:http://msdn.microsoft.com/en-us/library/aa290048(vs.71).aspx
答案 8 :(得分:0)
visual studio 2017实例中的设置路径是“调试”->“ Windows”->“例外设置”。异常设置“窗口”显示在底部的选项卡组中(与单独的窗口相对),花了我一段时间才注意到。搜索“加载程序”。