一个我没有看到答案的问题，但我觉得它很有趣。所有其他线程似乎都在讨论强制问题，即切换到动态链接或只是分配工作负载。我更感兴趣的是真正找出导致链接花费这么长时间的原因。问题是我真的没有看到任何官方方法可以从链接器获取相关指标，至少对于VS链接器而言不是这样。/verbose开关可以让您深入了解链接器正在做什么，但它根本不会给您任何细粒度的时间安排。我一直在考虑从一个工具运行链接器进程，该工具对每行进行实际测量。虽然这不会提供准确的计时，但它可能足够准确以查明链接瓶颈。有谁知道更好的方法，甚至是完成此任务的工具？ 最佳答案 在http: