VS2010调试“正试图在 OS 加载程序锁内执行托管代码”和运行出现R6034问题解决

解决VS2010地图加载问题
最新推荐文章于 2025-07-18 14:18:33 发布
原创 最新推荐文章于 2025-07-18 14:18:33 发布 · 744 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文解决了一个在Visual Studio 2010中调试地图加载代码时遇到的问题，涉及DLL冲突导致的错误提示及R6034错误。通过使用Process Explorer定位并移除冲突的msvcr90.dll文件来修复问题。
问题：
       在VS2010中调试代码，待MapControl加载地图的时候出现“正试图在 OS 加载程序锁内执行托管代码”问题，如果屏蔽这个提示，继续运行程序，可执行程序会报一个"R6034的错误"。
问题分析：
      个别第三方软件或者插件，为了配置环境，将DLL放置到共有目录下，导致DLL重命名或冲突
解决方案：
     利用Process Exp软件查看程序加载的所有DLL，主要查看msvcr*.dll这一类的DLL，如果出现除了WinSXS以为的同名DLL，应该是这个DLL冲突，则需要将该DLL删除。本次冲突DLL为msvcr90.dll，WinSXS和SysWOW64中分别有一份，将SysWOW64中的拷贝删除即可。
【错误异常大全】：正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。
「 刘一哥与GIS的故事」
05-08 2053
文章目录错误异常：解决方案一：解决方案二： 错误异常： 正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。 解决方案一： 1、把VS菜单的 调试->异常->Managed Debuggin Assistants->LoaderLock 的选中状态去掉。 2、如果异常（exception）这一项没有的话，在工具—自定义—命令选项卡—左边选择调试–右边把异常托到菜单里。 3、快捷键Ctrl+Alt+E，修改M
【解决方案】ArcGIS Engine二次开发时，运行后出现“正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain...”
tianchounh的博客
03-02 1061
我们在做ArcGIS Engine二次开发时，特别是新手，安装好了开发环境，满怀信心的准备将按照教程搭建好的框架在Visual Studio中进行运行。点击运行后，却出现了“正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。”这种错误的情况，导致程序无法运行。
正试图在 os 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码......
weixin_34353714的博客
01-10 427
当我在窗体初始化的时候，调用了一个外部的dill时，它就不知什么原因的 抛出一个“正试图在 os 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码”的异常,程序就卡掉了,在网上查了查，相关说明如下: .NET2.0中增加了42种非常强大的调试助手，MDA.Loaderlock 是其中之一。Loaderlock检测在一个拥有操作系统loader lock的线程上...
正试图在 os 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。...
08-17 231
解决办法：菜单的 调试->异常->Managed Debuggin Assistants->LoaderLock 的选中状态去掉即可！如果异常（exception）这一项没有的话，在工具---自定义---命令选项卡---左边选择调试--右边把异常托到菜单里就可以了~ 异常也有个快捷键Ctrl+Alt+E，修改Managed Debuggin Assistants-&gt...
托管调试助手 “LoaderLock“:“正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。”
qq_52335274的博客
07-18 542
当 DLL 被加载（DllMain 函数执行）或进程 / 线程初始化时，Windows 加载程序会持有一个内部锁，如果此时执行托管代码（例如创建 .NET 对象、调用 C# 方法），可能导致死锁或应用程序崩溃。常见触发场景：在 C++/CLI 混合模式程序集的静态构造函数、DllMain 入口点中调用托管代码。这个错误是一个典型的 .NET 托管调试助手（MDA）警告，提示你在 Windows 加载程序锁（Loader Lock）期间执行了托管代码，这是一个严重的线程安全问题。
托管调试助手 "LoaderLock" Message=托管调试助手 "LoaderLock":“正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。”
02-23
托管调试助手 "LoaderLock": “正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。” ``` 这意味着你的代码试图在 **DLL 初始化阶段（如 `...
VS如何取消 托管调试助手“LoaderLock”在“D:\工作目录\苏州领益\现场框架\LY-6P-喷涂1-E-20230415\Debug\Saejong.exe”中检测到故障。 其他信息: 正试图在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。
07-14
要托管调试助手的LoaderLock错误，你可以在Visual Studio中进行以下设置更改： 1. 打开Visual Studio并加载你的项目。 2. 转到“调试”菜单，...如果问题仍然存在，你可能需要进一步检查代码和调试设置来解决问题。
正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。
热门推荐
郎涯技术
07-23 2万+
正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。
正试图在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。
技术集中营
07-02 1157
错误：正试图在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。 相关解释：.NET2.0中增加了42种非常强大的调试助手，MDA.Loaderlock 是其中之一。Loaderlock检测在一个拥有操作系统loader lock的线程上运行托管代码的情况。这样做有可能会引起死锁，并且有可能在操作系统加载器初始化DLL前被使用
正试图在 os 加载程序锁内执行托管代码
weixin_34004576的博客
05-14 124
问题： 正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。 方法一：     调试->异常->Managed Debuggin Assistants->LoaderLock 的选中状态去掉。 方法二：      如果异常（exception）这一项没有的话，在工具->自定义->命令...
弹错：正试图在 os 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码...
weixin_30463341的博客
02-27 168
弹错：正试图在 os 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码 当我在窗体初始化的时候，调用了一个外部的dill时，它就不知什么原因的 抛出一个“正试图在 os 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像...
正试图在 os 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码。...
weixin_34112208的博客
05-13 122
  调试->异常->Managed Debuggin Assistants->LoaderLock 的选中状态去掉即可！如果异常（exception）这一项没有的话，在工具---自定义---命令选项卡---左边选择调试--右边把异常托到菜单里就可以了~ 异常也有个快捷键Ctrl+Alt+E....
正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码
arno的博客
11-06 2744
正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码 解决方法 调用托管“entrypoint”: 托管代码可能未运行在加载程序锁下，包括 DLL 入口点和从 DLL 入口点访问到的调用 编译器找到编译为 MSIL 的（可能）DLL 入口点。 由于加载入口点已编译为 MSIL 的 DLL 时存在一些潜在问题，因此强烈建议不要将 DLL 入口点函数编译...
正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起
活到老学到老，技术成就梦想
05-26 1374
正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起 1.网上大部分说是调试下改下异常的load去掉勾号。 2.把引用的第三方dll不要当读放在一个文件夹下面。而是直接放在debug文件目录下引用。这个可以解决大多数引用第三方dll遇到的莫名错误
directX 正试图在 OS 加载程序锁内执行托管代码
K·A
03-28 1393
调试C#枚举声卡的时候遇到的问题： 出错信息：directX 正试图在 OS 加载程序锁内执行托管代码 解决方法：VS08->调试->异常->Managed Debugging Assistants->LoaderLock选项去掉
正试图在 OS 加载程序锁内执行托管代码
anders lu 的专栏
11-28 4283
在用VS2005中编写一个非常简单的播放器程序时,碰到这个问题。编译是OK的。当我Debug运行的时候，在构造video对象的时候，系统报 "loaderlock was detected"错误，然后程序就死住了。其实上次在debug 运行一个程序的时候也遇到过这个问题，不过上次没有研究一下，直接放弃了。：） 现象如下： LoaderLock was detected Message: DLL“C
托管调试助手 "LoaderLock"正尝试在正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起
sinat_31608641的博客
11-06 2039
编写托管c++代码，出现如下异常 解决方案： 注释掉dllmain.cpp 或者添加 #pragma unmanaged
正试图在os加载程序锁内执行托管代码。不要尝试在DllMain或映像初始化函数内运行托管代码 问题解决方法...
weixin_30699235的博客
07-13 205
方法一把vs菜单的 调试->异常->Managed Debuggin Assistants->LoaderLock 转载于:https://www.cnblogs.com/mengzhixingping/p/7159847.html
托管调试助手 "LoaderLock":“正尝试在 OS 加载程序锁内执行托管代码。不要尝试在 DllMain 或映像初始化函数内运行托管代码，这样做会导致应用程序挂起。”这个问题怎么解决，在其他电脑上可以正常运行的程序。
最新发布
10-18
托管调试助手 "LoaderLock" 是一个常见的 .NET 调试警告，它提示你：**正在操作系统加载器锁（Loader Lock）期间执行托管代码**。这个警告通常在调试模式下由 Visual Studio 的托管调试助手（Managed Debugging Assistants, MDA）触发。 --- ### ❓ 问题原因： 操作系统在加载或卸载 DLL 时会持有“加载器锁”（Loader Lock），在此期间，系统是单线程的，且处于非常敏感的状态。Windows 明确规定：**不能在 `DllMain`、`.CRT` 初始化函数或任何类似的原生映像初始化过程中调用可能触发 .NET 运行时初始化的托管代码**。 如果你的程序（尤其是通过 C++/CLI 混合程序集、COM 组件、DLL 入口点等）在 `DllMain` 或静态构造函数中触发了以下行为： - 加载 .NET 程序集 - 创建托管对象 - 调用任何 C# 方法 - 使用 `gcnew`（C++/CLI） - 静态构造函数中执行复杂逻辑 那么就可能导致在 Loader Lock 内运行了托管代码，从而引发此警告。 > ⚠️ 尽管你的程序在其他电脑上能“正常运行”，但这是**运气好**，并非安全。这种行为可能导致死锁、崩溃、挂起或不可预测的行为，尤其是在高并发或特定系统环境下。 --- ### ✅ 解决方法： #### 1. **避免在 DllMain 或静态构造函数中执行托管代码** 如果你使用的是 C++/CLI 编写的混合程序集，请检查是否有如下代码： ```cpp // 错误示例：在 DllMain 中执行托管操作 BOOL APIENTRY DllMain(HMODULE hModule, DWORD ul_reason_for_call, LPVOID lpReserved) { if (ul_reason_for_call == DLL_PROCESS_ATTACH) { // 危险！这会在 Loader Lock 中运行托管代码 System::Console::WriteLine("Hello from managed code!"); // 或者创建托管对象 MyManagedClass^ obj = gcnew MyManagedClass(); } return TRUE; } ``` ✅ 正确做法：将托管代码延迟到 `DllMain` 之外执行，比如首次调用某个导出函数时再初始化： ```cpp static bool g_initialized = false; void InitializeOnce() { if (!g_initialized) { // 此时不在 Loader Lock 中，可以安全运行托管代码 MyManagedClass^ obj = gcnew MyManagedClass(); obj->DoWork(); g_initialized = true; } } extern "C" __declspec(dllexport) void MyExportedFunction() { InitializeOnce(); // 实际工作 } ``` --- #### 2. **避免在 C# 程序集的静态构造函数中执行复杂操作** 虽然 C# 不直接暴露 `DllMain`，但如果通过 COM 可见类、注册为插件等方式加载，静态构造函数仍可能在不安全时机被调用。 ```csharp // 危险：静态构造函数中执行 I/O 或调用外部组件 static MyClass() { File.WriteAllText("log.txt", "Initializing..."); // 可能触发问题 SomeNativeWrapper.Call(); // 若底层涉及原生入口点，则危险 } ``` ✅ 建议改为懒加载： ```csharp public class MyClass { private static Lazy<MyClass> _instance = new Lazy<MyClass>(Initialize); private static MyClass Initialize() { // 安全地初始化 File.WriteAllText("log.txt", "Initializing..."); return new MyClass(); } public static MyClass Instance => _instance.Value; } ``` --- #### 3. **禁用 LoaderLock MDA（仅用于排查，不推荐生产环境关闭）** 你可以选择在调试器中禁用该助手以消除警告（但这不会修复根本问题）： - 在 Visual Studio 中： - 菜单 → “调试” → “Windows” → “异常设置”（Exception Settings） - 展开 “Managed Debugging Assistants” - 取消勾选 `LoaderLock` ⚠️ 注意：这只是隐藏问题，不是解决！ --- #### 4. **确保没有自动执行的 .NET 初始化逻辑** 例如： - `[ModuleInitializer]` 特性（C# 9+） - 使用 `System.Runtime.CompilerServices.ModuleInitializerAttribute` - 使用 `DllImport` 触发了 CLR 初始化 都要确保不在原生加载上下文中执行。 --- ### 🧩 为什么其他电脑可以运行？ 因为是否发生死锁取决于： - 系统负载 - 线程调度顺序 - 是否有其他 DLL 同时加载 - .NET 运行时初始化的竞争条件 所以有些机器“碰巧”没卡住，不代表代码正确。 --- ### ✅ 总结解决方案步骤： 1. 检查所有原生/托管混合代码（特别是 C++/CLI） 2. 确保 `DllMain`、构造函数、全局变量初始化中**不调用任何托管代码** 3. 将托管初始化逻辑**延迟到显式函数调用时** 4. 使用 `Lazy<T>` 或单例模式控制初始化时机 5. （临时）禁用 MDA 仅用于确认是否为此问题所致 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值