pdb文件，在.net项目中生成的pdb（程序数据文件）是什么文件？

前言

熟悉.Net开发的朋友会知道，项目在编译时，除了可执行的.exe文件外，在运行目录常常会生成.pdb的文件，好多人都不知道这个文件是干什么用的，今天就详细介绍一下。

介绍

本文帮助那些处于初级或中级水平的开发人员，但是他们对PDBs的重要性以及为什么需要它们没有太多的理解。

什么是PDB

PDB是程序数据库文件的首字母缩写。

PDB文件通常是在编译期间从源文件创建的。它存储模块所有符号的列表，其中包含它们的地址，可能还有文件的名称和声明符号的行。

为什么PDB是一个单独的文件?

这些符号本来可以很容易地嵌入到二进制文件中，但反过来又会使二进制文件的大小变得更大(有时是几兆字节)。为了减少文件的大小，现代编译器和早期的大型机调试系统将符号信息输出到一个单独的文件中，对于Microsoft编译器，这个文件称为.PDB文件。

PDB文件包含什么?

以下是PDB文件存储的一些重要信息:

局部变量名——为了证明pdb包含局部变量名，我们将利用反射器将其pdb在与程序集相同的文件夹中进行反编译。反射工具有一个选项，称为“显示PDB符号”，如屏幕截图中所示，当检查时也加载相应的PDB用于该程序集。当您检查选项,你可以看到反编译的代码相同的变量名,你的实际代码,但在缺乏PDB或未经检查该选项时,局部变量反编译的代码中，字符型变量名会被替换成“str”，数值型的则是“num”等等。

源文件名字

源的行号。

源索引(后面部分解释)

要显示PDB包含源文件名称和源文件的行号(第2和第3)，首先在相同的文件夹中运行以下控制台应用程序，然后删除PDB文件。

namespace UnderstandingPDBs{ class Program { static void Main(string[] args) { try { int sum = Add(5, 10); decimal value = Divide(10, 0); } catch { } } private static int Add(int i, int j) { return i + j; } private static decimal Divide(int i, int j) { try { return i / j; } catch (Exception ex) { LogError(ex); throw ex; } } private static void LogError(Exception ex) { using (var txtWriter = new StreamWriter(@"dump.txt",true)) { string error = "Exception:" + ex.Message + Environment.NewLine + "StackTrace:" + ex.StackTrace if(ex.InnerException!=null) error=error+"INNER EXCEPTION:"+ex.InnerException; txtWriter.WriteLine(error); } } }}

如果目录中存在PDB文件，下面是应用程序抛出的异常:

Exception:Attempted to divide by zero. StackTrace: at UnderstandingPDBs.Program.Divide(Int32 i, Int32 j) in C:UsersRishiDocumentsVisual Studio 2010ProjectsUnderstandingPDBsProgram.cs:line 33

如果没有PDB文件，异常信息如下：

Exception:Attempted to divide by zero. StackTrace: at UnderstandingPDBs.Program.Divide(Int32 i, Int32 j) ---------

显然，带有PDB的文件显示了异常被抛出的类的行号和文件名。

调试器如何加载PDB ?

Visual Studio调试器假设PDB文件位于与DLL或EXE相同的文件夹下。每一次程序集编译生成唯一的PDB文件，这意味着，即使没有代码改变，也不能使用在以前的编译中创建的PDB文件。调试器通过将PDB中的特定GUID与二进制的GUID进行比较，发现PDB是否跟二进制文件相匹配。这个Guid在编译过程中嵌入到二进制和PDB中，并将PDB与二进制文件紧密连接。

Visual Studio中不同的Build设置。

Visual Studio有3种不同的Build选项，可以控制调试符号的生成:

none:PDB文件将不会生成。

pdbonly:调试符号只能在PDB文件中，而不是二进制文件中。

Full:与PDB二进制中的符号一起也包含一些调试符号。

Full是Visual Studio中设置的默认选项。

参考MSDN文档:

如果您使用/调试:full，请注意，JIT优化代码的速度和大小会受到一定的影响，并且对代码质量的影响很小。我们建议/调试:pdbonly或没有PDB来生成发布代码。