VS2017 GTEST项目引入GMOCK遇gtest.lib重复定义链接错误

这个问题我之前在VS环境里踩过坑，核心原因正如你推测的：GMock的库文件（gmock.lib）本身已经包含了GTest的完整实现（gtest-all.obj），如果此时再单独引入gtest.lib，就会导致同一符号被多次定义，触发链接错误。下面是几个高效的解决办法：

方法一：仅链接GMock相关库，移除独立的GTest库引用 #

这是最直接的解决方案：

• 打开VS2017项目属性，依次进入 链接器 -> 输入 -> 附加依赖项
• 删除列表中的gtest.lib和gtest_main.lib
• 只保留gmock.lib和gmock_main.lib（如果你的测试用例依赖GMock提供的main入口）

因为GMock在编译时已经将GTest的代码整合到自身库中，完全不需要额外链接GTest库就能正常使用两者的功能。

方法二：重新编译GMock，禁用内置GTest（按需使用） #

如果你确实需要分开管理GTest和GMock的依赖，可以重新编译GMock并让它链接外部GTest：

• 获取GMock和GTest的源码，确保版本匹配
• 在编译GMock时，不要将gtest-all.cc加入GMock的编译项目，而是单独链接外部的GTest库
• 编译生成独立的gmock.lib后，同时链接gtest.lib和gmock.lib（此时两者不会重复包含代码）

不过这个方法相对繁琐，除非有特殊需求，否则更推荐方法一。

方法三：统一编译模式与预处理器宏 #

如果使用静态库/动态库的方式不一致，也可能引发冲突：

• 确保GTest和GMock的编译模式统一：要么都用静态库，要么都用动态库
• 若使用动态库，需在项目中添加预处理器宏GTEST_LINKED_AS_SHARED_LIBRARY，同时确保GTest和GMock的编译时也定义了该宏

方法四：清理编译缓存，重新生成项目 #

有时候旧的编译缓存会残留重复的目标文件，导致链接错误：

• 右键项目，选择清理
• 手动删除项目目录下的Debug、Release等编译输出文件夹
• 重新生成整个解决方案

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