MSVC 2015中GetComputerName未解析外部符号问题求助

我之前碰到过几乎一模一样的问题，大概率是高版本MSVC与Windows SDK的宏冲突导致的——毕竟Windows系统本身就有一个全局的GetComputerName API，而你的库A是在system命名空间下导出同名函数，新版本编译器的预处理器逻辑和MSVC 2008不一样，才会出现这种诡异的差异。

核心原因 #

• 宏替换优先级问题：MSVC 2010及以后的Windows SDK头文件中，GetComputerName被定义成了条件宏（比如根据UNICODE宏自动替换成GetComputerNameA或GetComputerNameW）。当库C编译时，代码里的system::GetComputerName会被预处理器先替换成system::GetComputerNameA/W，但库A导出的是原始的system::GetComputerName，自然就触发了LNK2019未解析符号错误。而MSVC 2008的SDK版本较低，还没有这个宏定义，所以不会出问题。
• #undef失效的关键：你应该是在包含Windows头文件之后才写的#undef GetComputerName，这时候宏已经完成替换了，所以完全没用。必须在所有#include语句之前执行undef操作。

可行的解决办法 #

• 提前#undef宏：在库C代码的最开头（所有头文件引入之前）添加：

  #undef GetComputerName
  

  这样预处理器就不会干扰你对system::GetComputerName的调用了。
• 用括号规避宏替换：调用函数时写成(system::GetComputerName)()，括号会阻止预处理器对函数名进行宏替换，这是C++里规避宏冲突的实用小技巧。
• 修改导出函数名：如果项目允许的话，把库A里的GetComputerName改成更独特的名称（比如SystemGetComputerName），从根源上避免和系统API重名——这也是你之前重命名能解决问题的原因，虽然需要修改调用代码，但一劳永逸。
• 检查预定义宏：打开库C的项目属性，查看C/C++ -> 预处理器 -> 预定义宏，看看是否自动添加了UNICODE或_UNICODE导致宏替换，临时取消这些宏测试是否解决问题（注意这可能影响其他依赖宽字符的代码）。

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