非托管代码如何判断是否运行于托管线程（Excel VSTO场景）

要实现非托管代码运行时判断自身是否处于托管线程中，从而避免创建窗口引发LoaderLock异常，可通过以下轻量方法实现，无需单独维护版本：

方法1：使用CorIsCurrentThreadInRuntime API #

这是CLR提供的直接检测接口，从mscoree.dll导出，能快速判断当前线程是否在CLR运行时范围内。

代码示例（C++） #

#include <windows.h>

// 定义函数指针类型
typedef HRESULT(__stdcall* CorIsCurrentThreadInRuntimeFn)();

bool IsCurrentThreadInManagedRuntime() {
    bool inRuntime = false;
    HMODULE hMscoree = LoadLibraryW(L"mscoree.dll");
    if (hMscoree) {
        CorIsCurrentThreadInRuntimeFn fn = reinterpret_cast<CorIsCurrentThreadInRuntimeFn>(
            GetProcAddress(hMscoree, "CorIsCurrentThreadInRuntime")
        );
        if (fn) {
            HRESULT hr = fn();
            // S_OK表示当前线程在CLR中，S_FALSE表示不在
            inRuntime = (hr == S_OK);
        }
        FreeLibrary(hMscoree);
    }
    return inRuntime;
}

// 在创建窗口前加入判断
void InitNonManagedCode() {
    if (!IsCurrentThreadInManagedRuntime()) {
        // 仅在纯非托管环境创建隐藏窗口
        CreateHiddenWindowForRequestHandling();
    }
}

注意事项 #

• 延迟加载mscoree.dll，避免非托管环境下的不必要依赖；
• 该API在.NET Framework全版本中均可用，适配你的场景。

方法2：通过检测托管线程特有标记（备选） #

托管线程的TEB（线程环境块）中存在特定标记，可通过读取TEB信息判断，但这种方法依赖CLR内部实现，兼容性略差，推荐优先使用方法1。

补充说明 #

• 你遇到的LoaderLock异常，是因为在CLR加载非托管DLL的线程（持有LoaderLock）中创建窗口，触发了CLR的安全检查；
• 虽然现有代码已运行多年，仍建议尽量避免在DllMain中执行窗口创建这类操作，若必须保留，上述检测逻辑可最小化改动实现兼容。

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