Dynamics 365插件配置文件调试触发执行引擎异常求助

可能的原因 #

• 权限校验失败引发底层执行异常：输出窗口的System.Security.SecurityException是核心线索，说明插件尝试访问受CLR安全策略限制的资源（如系统目录、敏感注册表项、非托管代码），权限校验失败后触发System.ExecutionEngineException这类底层执行引擎错误，导致调用堆栈无法正常捕获。
• 非托管代码兼容性问题：若插件依赖非托管DLL，可能存在架构不匹配（如VS为x64但DLL是x86）、DLL损坏或依赖缺失的情况。CLR加载非托管代码时出错会直接触发执行引擎崩溃，且无法生成托管调用堆栈。
• 插件签名/强命名不符合规范：VS插件对签名有严格要求，若插件未正确签名、强命名密钥无效或签名校验失败，CLR的安全验证流程会抛出SecurityException，后续引发执行引擎异常。
• .NET版本不兼容：VS2019依赖.NET Framework 4.x，VS2022依赖.NET 6+，若插件编译时依赖的.NET版本与VS内置运行时不兼容，存在跨版本API调用或行为差异，会导致执行引擎崩溃。
• 配置文件或系统资源损坏：插件配置文件若指向不存在的路径、读写了损坏的注册表项/系统文件，会干扰CLR执行环境，触发未处理的底层异常。

排查建议 #

• 以管理员模式启动VS，测试是否能缓解SecurityException，验证是否为权限不足导致。
• 用Dependency Walker等工具检查插件依赖的非托管DLL，确认其架构与当前VS版本匹配、依赖项完整。
• 重新生成插件的强命名签名，确保符合VS插件的签名规范后重新部署测试。
• 启用VS的「启用本机代码调试」选项，尝试捕获非托管代码层面的调用堆栈，定位崩溃的具体模块。
• 创建最小化测试插件，仅保留核心配置逻辑，逐步添加功能，定位触发崩溃的代码段。

内容的提问来源于stack exchange，提问作者magicalKhachapuri