从C++/CLI调用非托管DLL函数时立即抛出SEHException问题排查

编写了最简非托管测试DLL，但通过C++/CLI DLL调用其方法时总是触发SEHException，非托管代码本身无异常，目标.NET Framework为4.0，非托管DLL已设置延迟加载。以下是相关代码及异常信息：

非托管NativeDll项目代码 #

头文件 TestFunctions.h #

//TestFunctions.h
#pragma once

#ifdef NATIVEDLL_EXPORTS
#define NATIVE_FUNCTIONS_API __declspec(dllexport)
#else
#pragma comment(lib,"NativeDll.lib")
#define NATIVE_FUNCTIONS_API __declspec(dllimport)
#endif


extern "C" NATIVE_FUNCTIONS_API int test_function1();
extern "C" NATIVE_FUNCTIONS_API int test_function2();

实现文件代码 #

#include "TestFunctions.h"

int test_function1()
{
    return 1;
}
int test_function2()
{
    return 2;
}

C++/CLI的CompatLayer DLL项目代码 #

头文件 Compatibility.h #

//Compatibility.h
#pragma once

namespace CompatLayer {
    public ref class Compatibility
    {
    public:
        static void Initialize();
        static int f1();
        static int f2();
    };

}

实现文件代码 #

#include "Compatibility.h"
#include <TestFunctions.h>
#include <string>
#include <iostream>
#include <msclr\marshal_cppstd.h>

void CompatLayer::Compatibility::Initialize()
{
    std::cout << "Hello from compat layer init function!" << std::endl;
}

int CompatLayer::Compatibility::f1()
{
    try {
        std::cout << "Compat layer: Calling unmanaged code" << std::endl;//Prints fine
        return test_function1();
    }
    catch (System::Runtime::InteropServices::SEHException^ e) {//We always get SEHException
        std::cout << "SEHException thrown when calling unmanaged code" << std::endl;
        System::String^ msg = e->ToString();
        std::cout << msclr::interop::marshal_as<std::string>(msg) << std::endl;
    }
    catch (std::exception e) {
        std::cout << "std::exception thrown when executing code" << std::endl;
        std::cout << e.what() << std::endl;
    }
    return -1;
}

触发的异常信息 #

SEHException thrown when calling unmanaged code
External component has thrown an exception.
System.Runtime.InteropServices.SEHException (0x80004005): External component has thrown an exception.
   at test_function1()

异常成因 #

• 符号导出/导入不匹配：
  代码中用extern "C"避免了C名称修饰，但如果NativeDll项目未在编译时添加NATIVEDLL_EXPORTS预处理器宏，NATIVE_FUNCTIONS_API会被解析为__declspec(dllimport)，导致非托管DLL并未实际导出函数，C/CLI端无法找到有效函数地址，调用时触发异常。
• 编译架构不兼容：
  非托管DLL与C++/CLI DLL的编译架构必须完全一致（同为x86或x64）。若两者架构不同，会因地址空间布局、指针长度不匹配导致调用失败，触发SEHException。
• 延迟加载时DLL路径无效：
  即使开启了延迟加载，若非托管DLL未放置在C++/CLI DLL的输出目录，也不在系统PATH环境变量包含的路径中，程序在尝试延迟加载DLL时会失败，表现为SEHException。
• 调用约定不匹配：
  默认情况下，__declspec(dllexport)使用__cdecl调用约定，但如果C++/CLI项目的默认调用约定被修改为__stdcall等其他类型，会导致函数调用时栈操作异常，触发SEHException。需确保两端调用约定一致。

内容的提问来源于stack exchange，提问作者The amateur programmer