Visual Studio C++编译器有几个不同的调试标志，它们分别是：
/Gm标志与/MP标志不兼容，适用于多进程构建（Visual Studio 2005/2008）
如果要启用最小重建，则必须在/Z7标志上使用/Zi标志。
如果您将使用/MP标志，则在MSDN中查看/Z7和/Zi似乎没有区别。但是，SCons文档指出，您必须使用/Z7来支持并行构建。
在Visual Studio C++项目中使用/Zi与/Z7有什么影响？
是否存在其他优缺点我漏掉的选项？
具体而言，目标的单个程序数据库格式（PDB）文件与每个源的多个CodeView格式（.obj）文件相比有什么好处？
Codeview是一种较早的调试格式，它是在上世纪80年代中期的“Microsoft C Compiler”时代引入的，由微软的单独调试器推出。它占用更多磁盘空间，调试器解析时间更长，并且在链接过程中处理起来非常麻烦。我们在1998年至2000年期间为Windows的CodeWarrior编译器生成了它。
唯一的优点是Codeview是一种文档化的格式，其他工具通常可以处理它，而不能处理PDB格式的调试数据库。此外，如果您一次构建多个文件，则没有争用来写入项目的调试数据库。然而，在大多数情况下，如今使用PDB格式是一个很大的胜利，无论是在构建时间还是特别是在调试器启动时间方面。
这增加了新问题，需要能够在发布时剥离调试信息以及巨大的EXE文件，更不用说古老的格式和缺乏其他现代功能（如minrebuild）的支持，但是当您尽可能保持简单时，它仍然可以帮助您。一个文件比两个文件更容易。
并不是我经常使用C7格式，只是因为你问了，所以我把这个可能的优点放在这里。
顺便说一下，在我使用的几个平台上，GCC就是这样做的。DWARF2格式隐藏在输出ELF中。Unix人认为这很搞笑。 :)
顺便说一下，可以使用DIA SDK解析PDB格式。 DIA SDK
/Z7 会以CodeView格式将调试信息保留在.obj文件中，并允许链接器将它们提取到.pdb中。而 /Zi 则在编译时通过与 mspdbsrv.exe 同步来将其合并到一个公共的.pdb文件中。因此，/Z7 意味着需要更多的文件IO、使用更多磁盘空间以及给链接器带来更多的工作量（除非使用/DEBUG:FASTLINK），因为这些.obj文件中有很多重复的调试信息。但是如果有足够的并行化，它也意味着每次编译都是独立的，因此实际上可能比 /Zi 更快。/Zi 的情况：https://learn.microsoft.com/en-us/cpp/build/reference/zf
另一个 /Z7 的用例是针对“独立”（虽然更大）的静态库，如果您需要的话，无需发送单独的.pdb。这也避免了由 cl 使用可怕的默认vcxxx.pdb名称引起的恼人问题，只要您不使用适当的https://learn.microsoft.com/en-us/cpp/build/reference/fd-program-database-file-name进行修复，但大多数人忘记了。
/ZI 与 /Zi 类似，但添加了其他数据等，以使编辑和继续功能起作用。/Z7 还有一个缺点：它不与增量链接兼容，这也许是要避免使用它的原因之一。
顺便说一下：尽管 Microsoft 表示当“使用 /Yu /Z7 选项编译的对象发生更改时执行完整链接（而不是增量链接）”，但似乎这只对使用 /Z7 构建的静态库而非对象文件有效。
http://msdn.microsoft.com/en-us/library/4khtbfyf%28v=vs.100%29.aspx>