ExcelDNA加载.NET Framework4.8插件时AppDomain创建失败排查求助

启动面向.NET Framework 4.8的极简ExcelDNA插件（基于ExcelDna v1.7.0-rc6版本）的.xll文件时，部分用户遇到如下错误：

插件创建独立应用程序域并加载所需程序集时出现问题。
AppDomain could not be created

多数用户无此异常，若将插件构建为.NET 6版本，受影响用户则不会报错。

查看ExcelDNA源码可知，该错误由ExcelDnaLoader.cpp在两种场景下触发：

1. 调用ICorRuntimeHost::CurrentDomain获取当前AppDomain失败；
2. 调用ICorRuntimeHost::CreateDomainEx创建新AppDomain失败（注：ICorRuntimeHost为已废弃的CLR宿主接口）。

已尝试的排查步骤：

• 错误对应的HRESULT值0x7DAEF100未匹配到已知定义；
• 未发现受影响用户机器的特征差异（如Windows版本并非诱因）；
• 事件查看器中无相关日志。

需解决的问题：

1. ICorRuntimeHost::CurrentDomain和ICorRuntimeHost::CreateDomainEx调用失败的可能原因有哪些？
2. 如何进一步调试该问题？

一、调用失败的可能原因 #

ICorRuntimeHost::CurrentDomain失败 #

• CLR初始化异常：Excel进程启动时CLR未正确初始化，可能是系统中.NET Framework 4.8安装损坏、组件缺失，或存在多版本CLR冲突（如加载了错误的运行时版本）。
• 权限限制：Excel进程运行权限不足，无法访问CLR宿主接口相关系统资源，比如UAC权限隔离、杀毒软件/安全工具拦截操作。
• 第三方进程干扰：其他Excel加载项、系统级钩子工具等提前修改了Excel进程的CLR状态，导致CurrentDomain无法获取有效域。

ICorRuntimeHost::CreateDomainEx失败 #

• 安全策略冲突：ExcelDna传递的AppDomain创建参数（如权限集、配置信息）与用户机器的Code Access Security (CAS) 配置不兼容，限制了新域的创建。
• 资源不足：用户机器可用内存不足，无法为新AppDomain分配所需资源。
• 宿主接口兼容性：ICorRuntimeHost为早期CLR宿主接口，虽兼容.NET 4.8，但特定系统环境（如安装了特定KB补丁、自定义CLR配置）可能导致调用异常。
• 基础程序集问题：新AppDomain创建时预加载的基础.NET程序集缺失或损坏，导致创建过程中断。

二、进一步调试方法 #

1. 增强日志输出：修改ExcelDnaLoader.cpp，在ICorRuntimeHost调用前后添加日志，记录调用前的CLR状态、传递的参数，并用FormatMessage解析HRESULT的详细描述，将日志写入用户可读写的本地目录（比如文档目录）。
2. CLR调试工具追踪：在受影响用户机器上，使用CLRProfiler或WinDbg附加到Excel进程，跟踪CLR初始化和AppDomain创建的调用栈，捕获异常细节。
3. 纯净环境验证：让受影响用户在干净虚拟机或临时系统中测试插件，排除第三方软件干扰；对比正常与异常用户的.NET Framework 4.8安装状态（可通过dotnet --info或注册表查看版本信息）。
4. 替换宿主接口测试：将ExcelDna中ICorRuntimeHost的调用替换为.NET 4.0+推荐的ICLRRuntimeHost接口，验证是否解决问题（该接口为当前标准宿主接口，兼容性更佳）。
5. 权限排查：让用户以管理员身份启动Excel，或暂时关闭杀毒软件/安全工具，测试是否为权限或拦截导致的问题。

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