陆牙做 VSCode + MinGW 配 EasyX 这件事，大多数教程只会告诉你"把 graphics.h 放到 include 目录、把库文件放到 lib 目录"，可真到了自己动手，满屏的 undefined reference 能把你整到怀疑人生。EasyX 图形库本身是个甜点级的东西：initgraph() 开窗口，circle()、fillrectangle()、outtextxy() 直接画，比手撸 Windows GDI 高到不知道哪里去。可它有个绕不开的坎——官方库默认服务对象是 MSVC，也就是 Visual Studio，而你想用的是 VSCode + MinGW 这套开源工具链，两边从静态库格式到符号修饰规则完全是两套江湖。
先给急着抄作业的同学一个结论：EasyX 官方库默认是给 MSVC 准备的，MinGW 用户如果直接拿官方的 .lib 来链接，十有八九会翻车。稳妥的做法是下载 EasyX 源码版，让 g++ 自己把源码编进去，或者先编成静态库再链接。这篇文章从原理讲到实操，从编译讲到 Debug，最后还会给一张避坑地图，希望能帮你把这条路上的坑一次填平。
1. EasyX 与 MinGW 的矛盾根源：为什么官方库不能直接用
1.1 MSVC 的 .lib 与 MinGW 的 .a 是两套体系
很多人第一次失败都挂在同一个地方：从 EasyX 官网下载了库文件，按教程把 include 和 lib 路径配好，结果编译一执行，屏幕上刷出一堆 undefined reference to 'initgraph'。你以为是路径配错了，反复检查没问题，最后只能放弃。问题本质不在路径，而在库文件本身。
MSVC 的静态库是 COFF 格式，MinGW 的 GCC 工具链理论上可以读一部分 COFF 对象，但 C++ 静态库牵扯到符号修饰规则。MSVC 有一套自己的 name mangling 方式，GCC 用的是 Itanium ABI 那套，两者对同一个函数生成的符号名完全不同。链接器按 GCC 的规则去找 initgraph 对应的修饰符号，在 MSVC 的 .lib 里根本找不到，于是报 undefined reference。这不是你配置的问题，是工具链底层不兼容。
更麻烦的是，EasyX 官方