VS2019导入fu.h到新项目触发C2440类型转换编译错误咨询

这个问题我之前在类似场景里碰到过，本质是VS2019默认编译选项的严格程度差异导致的——原项目的编译配置允许数组到函数指针的强制转换，而你的新项目默认启用了更严格的类型检查规则，所以触发了C2440错误。

错误原因拆解 #

在fu.h中，应该存在一段将字节数组（用于存放汇编指令）直接强制转换为AsmVmxCallType（函数指针类型）的代码，类似这样：

#define VMX_CALL_ASM ... // 一个const BYTE[40]的数组
AsmVmxCallType VmxCall = (AsmVmxCallType)VMX_CALL_ASM;

VS2019的默认新项目会开启/permissive-（符合模式），这个选项严格遵循C++标准，禁止将数组直接转换为函数指针这类不安全的类型转换；而原项目的编译配置中大概率关闭了这个选项，或者启用了/vmg（允许更灵活的类型内存布局），所以能正常编译。

解决方法 #

你有两种可行的修复路径：

方法1：调整新项目的编译选项，放宽类型检查

1. 在VS2019中右键你的新项目 → 属性
2. 导航到 C/C++ → 语言
3. 将符合模式设置为否（这会关闭/permissive-选项）
4. （可选）如果还不行，可以在C/C++ → 命令行的“附加选项”中添加/vmg，强制允许这类类型转换

方法2：修改类型转换代码，绕过严格检查

如果不想修改编译选项，可以调整转换逻辑，用reinterpret_cast做两步转换（先转成void*再转成函数指针），同时处理const属性：

// 假设原数组是const BYTE VMX_CALL_ASM[40] = {...};
auto VmxCall = reinterpret_cast<AsmVmxCallType>(
    reinterpret_cast<void*>(const_cast<BYTE*>(VMX_CALL_ASM))
);

这里的const_cast是安全的，因为我们只是执行这段汇编代码，不会修改数组内容。

为什么原项目可以正常编译？ #

原项目的编译配置是针对该Hypervisor测试程序定制的，已经预先关闭了严格的类型检查选项，或者启用了允许这类转换的编译开关，所以编译器不会触发C2440错误。

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