如何在编译时禁用特定Win32函数以解决自定义函数调用冲突

出现该冲突的核心原因是：Win32头文件中定义的DeleteFile是函数式宏，会被提前替换为DeleteFileA（ANSI字符集）或DeleteFileW（Unicode字符集）。这两个全局Win32 API的入参是const char*/const wchar_t*，你传入字符串字面量时不需要类型转换就能匹配；而你自定义的DeleteFile入参是std::string，需要做一次隐式类型转换，因此编译器会优先匹配Win32版本的函数。

方法1：取消Win32 DeleteFile宏定义（最直接） #

直接取消Win32头文件定义的DeleteFile宏，即可从根源避免冲突：

// 必须放在包含Windows.h的语句之后
#include <Windows.h>
#undef DeleteFile

注意：如果后续需要调用原生Win32删除文件接口，直接显式调用DeleteFileA或DeleteFileW即可，不受宏取消的影响。

方法2：为自定义函数添加命名空间（推荐，无全局副作用） #

给自定义函数加上专属命名空间，调用时显式指定命名空间即可跳过全局符号匹配：

// 自定义函数定义示例
namespace MyProject {
    void DeleteFile(std::string filename) {
        // 原有实现逻辑
    }
}

// 调用时显式指定命名空间
MyProject::DeleteFile("const string");

这种方式不会修改全局的Win32宏定义，也不会对其他代码逻辑产生影响，是兼容性最好的方案。

方法3：调用时用括号包裹函数名（临时规避） #

函数式宏只有在标识符后紧跟左括号时才会触发替换，调用时用括号包裹函数名即可阻止宏展开，匹配到你自定义的函数：

(DeleteFile)("const string");

该方案适合临时少量调用的场景，不需要修改头文件或函数定义。

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