如何避免X11宏污染其他第三方代码？

太懂这种被X11宏乱搞的糟心了！那些Bool、None、Complex之类的宏一泄露出去，和其他库的命名撞得头破血流，调试都要疯。给你几个亲测好用的解决办法：

• 手动清理宏定义：在包含完X11的头文件后，立刻用#undef把那些捣乱的宏给撤销掉。比如：

  #include <X11/Xlib.h>
  #include <X11/X.h>
  
  // 把冲突的宏逐个清理
  #undef Bool
  #undef None
  #undef Complex
  #undef Nonconvex
  #undef Convex
  // 后续碰到新的冲突宏，直接在这里加就行
  

  这个方法简单直接，适合你已经明确知道哪些宏在搞事情的场景，唯一要注意的是如果X11头文件后续新增了宏，可能要随时补充#undef。

• 编译单元隔离大法：把所有和X11相关的代码都塞进单独的.c文件里，对外只提供不沾X11宏的头文件。举个例子：

  • 写一个x11_wrapper.h，里面只放你业务需要的函数声明，完全不包含任何X11头文件
  • 然后在x11_wrapper.c里放心大胆地包含X11头文件，实现那些函数
    这样其他业务代码只需要包含x11_wrapper.h，根本碰不到X11的宏，从根源上切断污染，这是我最推荐的方案。

• C++专属的宏状态保存：如果你用C++开发，可以利用编译器的#pragma指令临时保存和恢复宏的状态，避免影响后续代码：

  // 先把当前的宏状态存起来
  #pragma push_macro("Bool")
  #pragma push_macro("None")
  
  #include <X11/Xlib.h>
  #include <X11/X.h>
  
  // 用完X11的内容后，把之前的宏状态恢复回来
  #pragma pop_macro("None")
  #pragma pop_macro("Bool")
  

  不过要注意，这个方法依赖编译器支持，像GCC、Clang是没问题，但一些小众编译器可能不买账，兼容性要考量。

备注：内容来源于stack exchange，提问作者jozxyqk