如何处理WinAPI宏覆盖自定义类库函数名称的问题？

以下三种方案都不需要修改对外暴露的SendMessage函数名，完全兼容旧版本业务代码：

方案1：括号包裹函数名（兼容性最优，C/C++通用） #

C/C++的函数式宏只会匹配宏名(的格式，将函数声明/实现的函数名用括号包裹，即可阻止宏展开，完全不会影响其他代码对Windows API宏的正常使用。

示例代码： #

// 类库头文件
#pragma once

// 声明时用括号包裹函数名
LRESULT (SendMessage)(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam);

// 类库实现文件
#include "your_lib.h"

// 实现时同样用括号包裹即可
LRESULT (SendMessage)(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam) {
    // 你的业务逻辑
    // 如果需要调用系统原生SendMessage，直接调用即可正常宏展开
    return ::SendMessage(hWnd, Msg, wParam, lParam);
}

优点：无编译器依赖、不需要操作宏、零侵入性，C和C++项目都可以使用。

方案2：将函数放入自定义命名空间（C++专用，推荐面向对象项目使用） #

如果你的类库是C++项目，将SendMessage放入自定义命名空间即可，调用时带上命名空间前缀，不会触发全局宏的匹配。

示例代码： #

// 类库头文件
#pragma once
namespace your_lib {
    // 命名空间内的函数不需要特殊处理，不会触发全局宏展开
    LRESULT SendMessage(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam);
}

// 用户调用代码
#include <windows.h>
#include "your_lib.h"

// 调用自定义函数
your_lib::SendMessage(hwnd, 0, 0, 0);
// 调用系统原生API，正常宏展开
SendMessage(hwnd, 0, 0, 0);

优点：同时解决全局命名冲突问题，符合C++编码规范。

方案3：临时取消宏后恢复（兼容性好，适合复杂场景） #

使用编译器提供的push_macro/pop_macro指令，临时保存并取消SendMessage宏，声明完自定义函数后再恢复原有宏状态，不会影响用户后续对Windows API的使用。

示例代码： #

// 类库头文件
#pragma once

// 保存现有SendMessage宏的状态，不存在该宏时也不会报错
#pragma push_macro("SendMessage")
#undef SendMessage

// 正常声明你的函数，不会被宏替换
LRESULT SendMessage(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam);

// 恢复之前的宏定义
#pragma pop_macro("SendMessage")

优点：不需要修改原有函数声明结构，主流编译器（MSVC、GCC、Clang）均支持该指令。

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