虽然我希望.NET PDB文件与本地PDB文件处理方式相同，但我们在这件事上没有任何选择，因为事情就是这样。我相信微软的调试器团队多年来听到过很多类似帕特里克的评论。也许我们会在未来的Visual Studio版本中看到所有问题都得到解决。
帕特里克非常幸运能够通过VPN远程调试到客户机器中。我相信你们大多数读者都会喜欢这样的场景！对于我们大多数人来说，只要让用户/管理员打开日志并将输出发送给我们，就和登月旅行一样困难。
本机二进制PDB文件非常敏感。正如我在关于PDB文件的原始文章中指出的，本机PDB文件包含以下数据（如果它们没有被剥离）：
- 公共、私有和静态函数地址
- 全局变量名称和地址
- 参数和局部变量的名称和偏移在堆栈上的位置
- 由类、结构和数据定义组成的类型数据
- 帧指针省略（FPO）数据，这是在x86上进行本机堆栈遍历的关键
- 源文件名及其行
如果你把这些文件交给一个客户，你已经给了他们所有缺少源文件的东西。事实上，使用完整的本地PDB文件，使用公共DBGHELP符号API编写一个工具来编写一个重新创建头文件的工具并不难。如果你重视你的工作，你永远不想让你的本地PDB文件泄漏相关信息。
另一方面，.NET PDB文件只包含以下信息：
- 源文件名及其行
- 局部变量名
那么调试器如何知道所有关于.NET类型的信息呢？从二进制文件中的元数据来看，不需要在.NET PDB文件中复制元数据。.NET的优点是“自描述对象”，因此您需要更多有关二进制文件中类型的信息。元数据是如何使用反射加载以前从未见过的二进制文件并开始实例化其类型。正如您可以想象的，这意味着由于相同的元数据，将.NET二进制文件直接反编译回您选择的首选语言并不太难。选择.NET的易用性意味着你必须放弃一些东西，因为没有免费的午餐。
因为.NET PDB文件不包含任何敏感的内容，我说给他们自由！在Patrick的例子中，我将把.NET PDB文件给客户，这样他就可以对本机和.NET进行远程调试。所有源文件都加载在运行Visual Studio UI的本地计算机上，因此您不会放弃这些文件。
先发制人的评论攻击：是的，如果你做了一些疯狂的蠢事，比如在你的构建路径中嵌入域名和登录密码，这将显示在你给客户的.NET PDB文件中。我说的是正常的情况<big smile！>
实际上，我建议您为.NET PDB文件创建一个安装程序，以便可以将它们安装到与二进制文件相同的目录中。调试器（本地或远程）总是首先在加载二进制文件的目录中查找匹配的.NET PDB文件。要求您的客户手动将每个.NET PDB文件复制到适当的目录是一个灾难的秘诀。安装程序是好事，尽管Windows安装程序API有点麻烦。
让我将创建.NET PDB文件安装程序的“推荐”改为“强烈推荐”。您是否注意到开发机器上未处理的异常与测试或客户机器上的异常之间有一个有趣的区别？当您查看开发机器上未处理的异常时，您会看到调用堆栈以及一些非常有用的信息：调用堆栈中每个项的源和行。在开发计算机上，本地生成PDB文件与二进制文件位于同一目录中，异常类中的.NET StackTrace字段会自动读取它们以获取源和行信息。当你有一个写300行方法的同事时，准确的行在调用堆栈中有很大的帮助。
通过.NET PDB文件安装程序，您可以让复制未处理异常的客户安装符号，这样当您将异常转储到日志时，您就得到了源代码和行代码。这就是我所说的快速调试！
请记住，抛出的每个异常都使用StackTrace类，因此在计算调用堆栈时，由于符号查找，性能会受到一些影响。正如您可以猜到的，有许多变量会影响性能，所以我不能给您一个确切的数字，但事实上，您将在堆栈中拥有确切的源代码和代码行，这意味着您将更快地调试问题，这最终是性能的最终改进。