MFC/WinAPI下用LoadLibrary/GetProcAddress加载设备DLL调用报错的咨询

这个提示是Visual Studio未加载当前DEVICE.dll对应调试符号（.pdb文件）触发的，操作路径如下：

• 最简便的方式：直接在调试状态下点击该提示文本，VS会自动尝试从DLL同目录查找匹配的.pdb文件并加载
• 手动操作路径：调试状态下打开「调试→窗口→模块」，在模块列表中找到DEVICE.dll，右键选择「加载符号」，手动指定厂商提供的.pdb文件路径即可
  *如果厂商未提供公开的.pdb符号文件，该操作不会获得更多调试细节，也不影响程序正常功能运行。

通过GetProcAddress拿到的函数入口地址，不能直接用自定义的无参数、int返回值的默认函数指针类型调用——所有你遇到的编译报错，本质都是你把DLL原生的函数强行转换成了int(*)(void)这种完全不匹配的指针类型，编译器无法识别这个函数实际的参数列表、返回值类型、调用约定，自然会报错。
你提到的"用显式链接的函数名替代原DLL调用"的逻辑是成立的，但前提是必须手动定义和DLL原生声明完全匹配的函数指针类型，不能沿用测试代码里的简化错误类型。

你当前遇到的两个编译错误，和代码问题是一一对应的：

• 报错E0140 Too many arguments in function call：因为你定义的函数指针是无参数的int(*)(void)，传入EventNotice自然会提示参数数量不匹配
• 报错E0513 a value of type "int" cannot be assigned to an entity of type "DEVICE_ERROR_TYPES"：因为你定义的指针返回值是int类型，和你要赋值的DEVICE_ERROR_TYPES枚举类型不匹配
  关于你猜测的传参方式：C/C++中函数名本身就是对应函数的入口地址，不需要额外写*EventNotice做解引用（即使写了语法上兼容，本质传的还是同一个地址），直接传函数名即可。

正确的实现步骤如下：

1. 先对齐所有DLL要求的类型定义，必须完全匹配厂商提供的原生头文件声明：

   // 先定义事件回调的指针类型，和EventNotice的原型完全匹配，不要漏写__stdcall调用约定
   typedef void (__stdcall *FPtr_DeviceEventHandler)(EventCode outEventCode, uint32 outRAWDataCount, DEVICE_ERROR_TYPES outError);
   // 再定义事件注册函数的指针类型，和原生原型完全对齐
   typedef DEVICE_ERROR_TYPES (__stdcall *FN_Device_RegisterEventHandler)(const FPtr_DeviceEventHandler inHandler);
   

   *这里必须显式标注__stdcall调用约定：你之前在控制台应用能正常调用，是因为控制台项目默认的调用约定刚好和DLL匹配，而MFC/WinAPI项目默认调用约定不同，漏写调用约定会直接导致栈不平衡、运行时崩溃。
2. 加载DLL时修正变量笔误，替换错误的强制转换：

   // 原测试代码的硬伤笔误：LoadLibrary赋值给hInstance，却用未定义的hInstance2做GetProcAddress的入参，会直接返回空指针
   HINSTANCE hDeviceDll = LoadLibrary(L"DEVICE.dll");
   FN_Device_RegisterEventHandler fnRegisterEventHandler = 
       (FN_Device_RegisterEventHandler)GetProcAddress(hDeviceDll, "Device_RegisterDeviceEventHandler");
   

3. 调用方式和原生DLL的使用完全一致，不需要做额外处理：

   DEVICE_ERROR_TYPES deviceError = fnRegisterEventHandler(EventNotice);
   

你提到的"GetProcAddress只会返回函数地址，无法自动获取函数声明"的判断是完全正确的：该接口只会返回DLL内函数的内存入口，不会携带参数、返回值、调用约定这些元信息，所有这些匹配工作都需要手动和厂商提供的原生头文件对齐，任何一处声明不匹配，轻则编译报错，重则运行时直接崩溃。

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