我目前正在尝试分析一个太慢的用例，其中 CPU 大部分时间都花在 EntityFramework.ni.dll 模块中。
不幸的是，它是一个.ni .dll，我没有相关的 PDB 文件，因此 VS 无法将其中的函数调用与相应的源代码相关联。
我在 SO 上看到有一种方法可以将其重新构建，但需要拥有相应的 EntityFramework.pdb 文件，而且我不知道如何在我的系统上发现该文件。
另一方面，我看到这里和那里确实有几个 EntityFramework.PDB 文件。
所以我想知道是否有一种方法可以防止在分析/调试会话期间使用 .ni.dll，这要归功于 VS 配置选项等？
请注意，现在我的项目中对 EntityFramework 的引用来自相应的 NuGet 包，如果可能，我宁愿避免在此级别更改任何内容。
我同意，如果存在这样的技巧，它将导致加载一个与已发现性能问题的模块不同的模块。但我希望它至少可以帮助我诊断问题，如果它仍然很慢，或者在调试时通过模块窗口找出在哪里可以找到原始 EntityFramework.dll。
在此先感谢您的帮助 ！;)