不生成任何调试信息，因此编译较快。

生成包含用于调试器的完整符号调试信息的 .obj 文件。 符号化调试信息包含变量的名称和类型以及函数和行号。 不生成任何 .pdb 文件。

对于第三方库的分发服务器，不生成 .pdb 文件是一个优点。 但是，在链接阶段和调试期间，用于预编译头的 .obj 文件是必需的。 如果 .pch 对象文件中只有类型信息（没有代码），则还必须使用 /Yl（为调试库插入 PCH 引用） 进行编译。

生成一个程序数据库(PDB)，其中包含供调试器使用的类型信息和符号化调试信息。 符号化调试信息包含变量的名称和类型以及函数和行号。

/Zi 不影响优化。 但是，/Zi 的确暗示了 /debug；有关更多信息，请参见 /DEBUG（生成调试信息）。

类型信息放置在 .pdb 文件而不是 .obj 文件中。

可以将 /Gm（启用最小重新生成） 和 /Zi 结合使用，但使用 /Z7 编译时不能使用 /Gm。

使用 /Zi 和 /clr 编译时，DebuggableAttribute 特性将不会放置到程序集元数据中；如果要使用该特性，则必须在源代码中指定它。 该特性可影响应用程序的运行时性能。 有关 Debuggable 特性如何影响性能以及如何减轻性能影响的更多信息，请参见令映像更易于调试。

采用支持“编辑并继续”功能的格式生成程序数据库(如上所述)。 如果想使用“编辑并继续”调试，则必须使用此选项。 因为大多数优化与“编辑并继续”不兼容，所以使用 /ZI 会禁用代码中的所有 #pragma optimize 语句。

/ZI 会导致在编译中使用 /Gy（启用函数级链接） 和 /FC（所诊断源代码文件的完整路径）。

/ZI 与 /clr（公共语言运行时编译） 不兼容。

可见/Zi与/ZI差别不大，就是优化和信息完整度的差别，而/Z7则是把信息放在obj而不是pdb中，这样就不会发生pdb文件太大无法写入的问题了。