为何先包含windows.h再包含SFML/Graphics.hpp会出现编译错误？

这个问题本质是Windows平台头文件windows.h的全局宏污染，和SFML Graphics模块的标识符产生命名冲突导致的，核心逻辑非常明确：

• windows.h默认会引入大量无命名空间限制的C风格宏，其中和图形GDI模块相关的宏（比如DrawText、Rectangle、Circle、LoadImage等）都遵循纯文本替换规则，完全无视C++的命名空间、类作用域限制，只要宏定义在代码前面，后续所有匹配到的标识符都会被强制替换。
• 只有SFML/Graphics.hpp会触发问题的原因很简单：SFML的System、Window模块的接口命名刚好避开了这些Windows宏的匹配范围，但Graphics模块负责图形绘制相关能力，里面的形状类、绘制接口、资源加载接口的命名，刚好和Windows GDI的宏名重合。
• 包含顺序决定是否报错的核心逻辑：
  1. 先包含SFML/Graphics.hpp时，SFML头文件内部自带Windows平台兼容逻辑：它会先检测当前环境下是否存在会产生冲突的Windows宏，若存在则先通过#undef取消这些宏定义，再完成自身所有类、函数的声明。后续再引入windows.h时，即使它重新定义了这些冲突宏，SFML的代码声明已经完成，不会被宏替换破坏，因此可以正常编译。
  2. 先包含windows.h时，冲突宏会被提前定义，预处理器处理SFML Graphics头文件内容时，会把里面匹配到的类名、函数名直接替换成Windows GDI对应的内容，直接破坏C++代码的语法结构，自然会抛出大量编译错误。

如果需要彻底规避这类顺序依赖问题，可以在引入windows.h前提前定义宏#define NOGDI，直接屏蔽掉Windows头文件里不需要的GDI相关宏定义，就不会再出现这类冲突。

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