Visual C++是否支持生成静态链接依赖树报告？

多main函数未报链接错误的原因 #

MSVC链接器采用按需符号解析逻辑，不会把输入静态库的全量内容都链接进最终二进制：

• 链接器维护一个未解析符号表，处理输入的.obj、.lib时，仅会从静态库中提取能匹配当前未解析符号的目标文件（.obj）参与链接，未被引用的目标文件会被直接忽略。
• 如果异常.lib中包含main的.obj被依赖链优先触发拉取，main符号会被标记为已解析；此时如果你自行编写的main所在.obj没有其他被外部引用的符号，该.obj根本不会被链接器纳入处理流程，自然不会触发符号重定义错误。
• 反之如果你的代码中main先被解析，异常.lib里的main所在.obj没有被其他符号引用，就不会被拉入链接，不会触发问题。

链接器原生支持的依赖报告选项 #

不需要第三方工具，直接使用MSVC链接器自带参数即可生成完整静态链接链路：

• 全量链接过程日志：给链接器传入/VERBOSE:LIB参数，对应VS项目属性路径为「链接器→常规→显示进度」，选择显示所有已搜索和加载的库。编译时链接器会按处理顺序打印全量日志：
  • 所有被搜索的静态库、动态库导入库的完整路径
  • 明确记录哪个库中的哪个.obj，是为了解析哪个未定义符号被拉入链接流程
  • 直接在日志中搜索main，即可定位到包含异常main的lib是被哪个上层依赖触发加载的，顺着日志输出顺序就能回溯完整引入路径。
• 精简符号映射报告：给链接器传入/MAP:<输出map文件路径>参数，编译后会生成纯文本格式的map文件，列出最终链接进二进制的所有符号、对应的来源obj和所属lib。可以先通过这个文件快速定位异常main所属的具体.lib文件名，再结合verbose日志回溯链路。

补充排查操作 #

如果需要单独排查单个静态库的内部依赖，可以在VS开发者命令行中使用两个原生工具：

• 执行lib /list <目标lib路径>，可以列出该静态库内部打包的所有.obj文件列表
• 执行dumpbin /symbols <目标obj路径>，可以列出该obj引用的所有外部符号，匹配对应依赖库

注意：动态库（DLL）本身不会将静态链接的代码传递到上层EXE的链接流程，如果异常.lib的代码最终出现在EXE中，它一定是通过静态依赖链被直接拉入EXE链接过程的，不会由DLL间接引入。

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