关于VC警告C4232：DLL导入函数地址非静态的技术问询

咱们先拆解下这个警告的根源：当你在DLL2里包含DLL1的头文件时，VC默认会把func标记为__declspec(dllimport)（前提是DLL1的头文件用了标准的导出导入宏，比如__declspec(dllexport)导出函数）。这时候你直接取func的地址存到数组里，编译器会警告——因为dllimport的函数地址其实是导入表的跳转桩（thunk）地址，不是函数实际的静态内存地址，属于非标准扩展，而且这个跳转地址在某些场景下可能不稳定，所以VC抛出了C4232警告。

下面给你几个靠谱的解决办法，按推荐优先级排序：

1. 动态获取函数地址（最稳妥，符合标准） #

放弃直接通过头文件引用取地址，改用LoadLibrary和GetProcAddress动态加载DLL1并获取func的地址。这种方式完全绕开了dllimport的限制，兼容性拉满。示例代码：

#include <windows.h>

// 定义函数指针数组
const void* arr[1];

// 在DLL2的初始化逻辑里调用（比如DllMain的DLL_PROCESS_ATTACH分支，或者自定义初始化函数）
void init_arr() {
    HMODULE hDll1 = LoadLibraryA("DLL1.dll");
    if (hDll1 != NULL) {
        arr[0] = GetProcAddress(hDll1, "func");
        // 如果DLL2全程依赖DLL1，这里可以不用立即FreeLibrary；否则记得在退出时释放
    }
}

2. 调整DLL1的导出/导入声明，让函数地址可安全获取 #

方案A：修改头文件，导入时不用dllimport #

调整DLL1的file1.h，让导入方（DLL2）直接使用普通函数声明，而非dllimport：

// file1.h
#ifdef DLL1_EXPORTS
// DLL1编译时，导出函数
#define DLL1_API __declspec(dllexport)
#else
// 其他模块导入时，不用dllimport，直接声明
#define DLL1_API
#endif

DLL1_API void func(void);

注意：这种方式要求DLL2链接时必须有DLL1生成的导入库（.lib文件），编译器会生成对func的外部引用，而非dllimport，取地址时就不会触发警告。

方案B：在DLL1中导出函数指针变量 #

在DLL1里专门导出一个指向func的静态指针变量，DLL2直接引用这个变量的地址：

// file1.c
#include "file1.h"

// 实现func
void func(void) {
    // 你的函数逻辑
}

// 导出这个指针变量
__declspec(dllexport) void (*func_ptr)(void) = func;

然后在DLL2的file2.c里：

// 导入这个指针变量
extern __declspec(dllimport) void (*func_ptr)(void);

const void* arr[1] = { func_ptr };

这里取的是导出变量的地址，属于静态内存地址，编译器不会有任何警告。

3. 临时禁用警告（不推荐，仅应急） #

如果你确定当前场景下不会有兼容性问题（比如DLL1和DLL2都用VC编译，且不会跨编译器/平台使用），可以临时禁用C4232警告，避免影响编译流程：

// 在定义数组的代码前后加编译指令
#pragma warning(disable: 4232)
const void* arr[1] = { func };
#pragma warning(default: 4232) // 恢复警告，防止影响其他代码

注意：这是治标不治本的办法，警告本身的风险依然存在，不推荐作为长期解决方案。

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