Visual Studio 2019中C# DLL函数行级CPU消耗分析求助

我之前也碰到过一模一样的情况——分析自己的C#应用时，发现某个DLL里的函数占了大半CPU，但就是看不到具体哪行代码拖慢了速度。核心问题基本都是符号文件（.pdb）没配置对，VS没法把采样数据映射到代码行上。下面是亲测有效的解决步骤：

• 先确认你的DLL有匹配的.pdb文件
  如果是你自己开发的DLL，编译时一定要在项目属性里开调试信息：右键项目→属性→生成→高级，把“调试信息”改成“完整”或者“pdb-only”。编译出来的.pdb必须和你分析用的DLL是同一编译版本（别拿不同批次编译的文件凑数），最好把.pdb和DLL放在同一个目录，或者后续在VS里指定路径。

• 配置VS的符号加载选项
  打开VS 2019，走「工具→选项→调试→符号」这条路：

  1. 要是分析的是微软官方的DLL（比如.NET框架相关的），记得勾选「Microsoft符号服务器」；
  2. 点击「添加」，手动把你的自定义DLL的.pdb所在文件夹加进去；
  3. 建议设置一个本地符号缓存目录，省得每次都重新下载符号。
     改完设置后重启分析工具，VS会自动尝试加载对应的符号。

• 调整CPU分析的采样模式
  有时候采样参数不对也看不到行级数据：

  1. 启动分析时选「CPU使用率」类型；
  2. 开始分析前，把「详细程度」拉到「详细」（默认中等模式不会展示行级数据）；
  3. 分析完后，在函数视图里找到那个高CPU的DLL函数双击，要是符号加载成功，右侧的源代码视图里就会显示每一行的CPU占比了。

• 第三方DLL的特殊情况
  如果这个DLL不是你自己写的，那除非第三方提供了对应的.pdb文件，否则没法直接看到行级代码。这种情况下可以试试：

  • 联系厂商要调试符号；
  • 用ILSpy这类反编译工具把DLL转成C#代码，再结合CPU分析的调用栈，推测哪块逻辑可能耗时——不过这种方法只能做大致判断，没法精确到行。

要是按上面的步骤来还是不行，试试清理VS的符号缓存（在符号设置里点「清除所有符号缓存」），然后重新加载分析，有时候旧缓存会导致符号匹配失败。

内容的提问来源于stack exchange，提问作者user10466538