Visual Studio链接raylib与user32.lib顺序不同触发CloseWindow重定义错误

• 重定义的根本原因是raylib自行实现了CloseWindow函数，而Windows系统的user32.dll本身就导出了同名的系统API，两个符号完全重名。
• MSVC链接器遵循从左到右按顺序处理输入库的规则，对于已经解析完成的符号，默认不会被后续库的同名符号覆盖：
  1. 当raylib.lib放在前面时，链接器先从raylib中获取CloseWindow的符号定义，后续处理user32.lib时遇到同名符号会直接忽略，不会触发错误。
  2. 当user32.lib放在前面时，链接器会先将CloseWindow绑定到user32的系统API，后续处理raylib.lib时再次遇到该符号的定义，就会抛出LNK2005重定义错误。

优先选择编译raylib时不打包系统依赖，业务项目链接时保证raylib.lib放在所有系统依赖库之前的方案，理由如下：

• 符合静态库编译的常规规范，不会产生编译警告，也不会出现系统导入库重复打包的冗余问题，灵活性更高，后续如果有其他库依赖相同的系统库也不会产生额外冲突。
• 配置成本极低，只需要在业务项目的链接依赖列表里把raylib.lib移到最前面即可，不需要修改任何源码。

如果你的场景是需要给多个业务项目复用raylib，不想让每个业务项目都手动配置依赖和链接顺序，也可以选择编译raylib时直接打包系统依赖、忽略LNK4006警告的方案：

• 该方案的优势是业务项目只需要链接raylib.lib即可正常运行，不需要额外配置其他系统依赖，也不需要关心链接顺序，对不熟悉MSVC链接规则的开发者更友好。
• 目前出现的LNK4006警告只是提示重复符号被忽略，不会影响最终程序的正常运行。

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