EasyX图片加载仅支持BMP、JPG、PNG、GIF（首帧），路径须为绝对或相对于.exe的相对路径，中文路径需UTF-8无BOM；音频依赖Windows API，PlaySound限PCM WAV，MP3需mciSendString；IMAGE内存需手动释放，资源路径应动态获取以防IDE与独立运行差异。
EasyX 加载图片用 loadimage，但路径和格式限制多
EasyX 的图片加载依赖 GDI+，默认只支持 BMP（无压缩）、JPG、PNG、GIF（仅首帧），不支持 WebP、HEIC 等。常见错误是调用 loadimage 后图像显示为黑块或崩溃，大概率是路径不对或格式不兼容。
实操建议：
- 路径必须是绝对路径或相对于可执行文件（
.exe）的相对路径；中文路径需确保源码文件保存为 UTF-8 无 BOM，且编译器设置一致（VS 默认 ANSI 容易出错） - 推荐先用
loadimage(NULL, L"test.png")测试是否能读取尺寸（返回非 NULL 表示格式可识别），再分配内存加载 - BMP 最稳，若用 PNG，确保无 Alpha 预乘（部分导出工具如 Photoshop 默认开启，会导致半透明异常）
- 加载到指定窗口时，注意目标设备上下文（DC）是否有效，避免在
initgraph前或closegraph后调用
EasyX 播放音乐靠 PlaySound 或 mciSendString，没有内置音频解码
EasyX 本身不提供音频模块，所有声音功能都得调 Windows API。最常用的是 PlaySound（简单音效）和 mciSendString（支持播放/暂停/循环的 WAV/MP3）。
常见坑：
立即学习“C++免费学习笔记（深入）”；
-
PlaySound(L"click.wav", NULL, SND_FILENAME | SND_ASYNC)中，WAV 必须是 PCM 格式（16bit, 44100Hz），很多“WAV”其实是 MP3 封装，会静音 - MP3 播放必须用
mciSendString，且需链接winmm.lib；命令如"open \"bgm.mp3\" alias bgm"，路径含空格必须加英文双引号 - 多次调用
PlaySound同一文件可能阻塞，SND_ASYNC是必须项；若需混音（多个音效同时响），EasyX 无原生支持，得换 FMOD/Miniaudio - 调试时容易忽略音频设备被独占——比如浏览器正在播视频，
mciSendString可能返回错误码 275（MCIERR_DEVICE_NOT_READY）
资源释放别忘：图片用 cleardevice 不释放内存，得手动 delete
EasyX 的 IMAGE 对象本质是封装的位图句柄，loadimage 分配的内存不会随 closegraph 自动释放。漏掉清理会导致运行几次后内存爆满、后续 loadimage 返回 NULL。
正确做法：
- 每个
loadimage(&img, ...)对应一次delete[] img.getbuffer()（仅当用指针方式加载）或直接作用域结束前调用img.~IMAGE()（不推荐） - 更稳妥的是用局部
IMAGE变量，或统一在closegraph前遍历所有已加载的IMAGE对象并析构 - 音频方面，
mciSendString("close all", ...)应在退出前调用，否则后台进程残留（任务管理器能看到 “mciqtz.drv” 占用）
跨平台？别指望 EasyX 做音频/图片抽象
EasyX 是 Windows GDI 封装，所有图片和音频能力都直通 Win32 API。这意味着代码里出现 PlaySound、mciSendString、loadimage 就注定无法在 Linux/macOS 编译通过。如果项目后期要考虑移植，现在就得把资源加载和播放逻辑抽成接口层，用宏或 CMake 切换后端。
实际开发中，最容易被忽略的是调试阶段的资源路径缓存问题：Visual Studio 默认工作目录是项目目录，而双击运行 .exe 时工作目录是它所在文件夹。同一行 loadimage 在 IDE 里正常，打包后就失败——务必用 GetModuleFileName 动态拼接资源路径。
