30 回答

• 2

  在我的案例中，同样问题的解决方案是以下步骤组合：

  • 解决方案 - >属性选择多个启动项目，选择需要调试的项目的“启动”操作 .

  • 从服务引用中删除了服务并清理了解决方案 .

  • 重建服务项目

  • 将其添加回服务参考

  • 清理解决方案并重建它 .

  回复于 2024-04-20T02:42:05+08:00
• 1

  如果您正在调试Web项目，请确保已在web.config文件中设置了debug =“true”属性：

  <system.web>
      <compilation debug="true"   .../>
  

  回复于 2024-04-20T02:42:05+08:00
• 2

  对我来说，问题是我在项目设置的Build选项卡中启用了“Optimize code” .

  回复于 2024-04-20T02:42:05+08:00
• 2

  我尝试重命名 obj\debug 文件夹中的 .pdb 文件，并做了一个干净的解决方案并重建 .
  它创建了一个新的 .pdb 文件，我能够正确地击中断点 .

  回复于 2024-04-20T02:42:05+08:00
• 7

  我在客户端遇到了这个问题 - 对于每个应用程序解决方案 - 他们将大多数共享程序集复制到解决方案中的“项目”作为“项目”的“引用" folder, then added them to the solution both as "解决方案项目” and .

  不确定为什么，但其中一些是可调试的，有些则不是，即使在程序集的References设置中指定了正确的完整路径 .

  这种不可预知的行为几乎让我疯狂:)

  我解决了这个问题，方法是从“References”文件夹中删除所有包含源代码的项目的程序集，并保持对共享程序集的版本信息的良好跟踪 .

  回复于 2024-04-20T02:42:05+08:00
• 9

  要在Web.config中修复此问题，我只需要添加 debug="true"

  <system.web>
      <compilation targetFramework="4.0" debug="true">
  

  什么帮助我找到这个解决方案一直在调试 Modules 窗口，看到我加载的ASP.NET DLL：二进制不是用调试信息构建的 .

  回复于 2024-04-20T02:42:05+08:00
• 18

  有同样的问题

  出于某种原因，其中一个DLL已在GAC中注册，因此它始终具有与代码不同的版本 .

  一旦我从GAC中删除它，问题就解决了

  回复于 2024-04-20T02:42:05+08:00
• 5

  确保在DEBUG模式而不是RELEASE模式下运行程序 .

  回复于 2024-04-20T02:42:05+08:00
• 54

  好的 - 我们走了：

  （在“silverlight应用程序”中：请首先检查您的服务器项目“属性”中的“web”中是否检查了silverlight - 如果没有解决它，请在下面尝试此操作）

  第一次执行：首先运行：devenv.exe / ResetSettings和1：在顶部菜单中单击调试标签2：单击选项和设置3：在“调试”中，在“常规”下找到“启用.net框架源步进” 4：勾选方框 . 5：现在所有符号都将被下载并重新配置:)

  如果在上面之后再次发生，只需清除符号所在的文件夹：

  1：在顶部菜单中单击调试标签2：单击选项和设置3：在“调试”中，在“符号”下找到“空符号缓存”按钮并单击它 .

  回复于 2024-04-20T02:42:05+08:00
• 21

  我刚刚根据Deploying Silverlight Applications解决了这个问题 . （这个答案与其他一些答案重复，但我会尝试更彻底地解释它 . ）

  问题很可能是您的Silverlight应用程序未在构建/启动时正确部署到Web应用程序 . 这是一个引用问题 - 它很容易理解第一次遇到它时并不明显 .

  就像任何其他项目引用一样，引用项目的输出应该复制到引用项目's bin folder in order to debug. For class libraries this happens when you right click and select ' Add Reference ...' . 对于Silverlight，您应该通过“项目属性”添加引用 .

  • 右键单击您的项目，然后选择'Properties'

  • 选择左侧的'Silverlight Applications'标签

  • 按'Add...'按钮并从对话框中选择您的Silverlight项目

  这将从您的托管Web应用程序添加对Silverlight应用程序的引用，并确保 xap 文件将在构建或部署时复制到Web应用程序 . 这意味着当前的Silverlight应用程序及其调试文件位于正在调试的应用程序中，您将能够逐步执行代码 .

  回复于 2024-04-20T02:42:05+08:00
• 1

  从浏览器打开Web应用程序URL，然后在VS.Net IDE中使用工具 - > AttachtoProcess

  然后附加到aspnet_wp.exe .

  调试器将开始工作

  回复于 2024-04-20T02:42:05+08:00
• 4

  我的问题原来是在Debug配置中打开了Properties-> Build-> Optimize code复选框 . 关闭，重建和调试工作正常 .

  回复于 2024-04-20T02:42:05+08:00
• 12

  这个错误时不时地出现给我，我总是可以追溯到相关组件的项目设置 . 您不必“等待”，直到您的代码无法遵守断点或直到您设置断点，才能知道哪些程序集已加载符号 .

  在调试模式下运行项目时，它将在“输出”窗口中列出哪些程序集的符号加载如下（您可能需要在新选项卡中打开图像）：T

  

  所以在这种情况下，BASD.Core.Data.dll没有加载符号 . 因此，您可以将此程序集的项目设置与管理加载符号的另一个程序集的项目设置进行比较，以便找出为什么有些做，有些不加载符号 .

  “对我而言”，“每一次”发生这种情况都是因为没有创建调试信息 . 所以我在（C＃）项目中打开Project Properties> Build> Advanced .

  因此对于上面的Basd.Core.Data.dll，即高级构建设置没有符号：

  

  对于Basd.Core.Configuration.dll，即我可以设置并命中断点的程序集，设置为：

  

  所以我在后一个项目中输出调试信息而不是第一个，因此我能够在Basd.Core.Configuration.dll中找到断点 .

  另请注意，仅在给定.dll的项目的bin文件夹中包含.pdb文件是不够的，因为它可能已过期，因此不会被Visual Studio作为.dll的有效符号文件选取 . 你正试图通过 .

  另请注意，更改构建配置可以更改构建信息设置以及从哪里获取符号 .

  （我知道在这种情况下我处于发布模式但该方法仍然适用）

  回复于 2024-04-20T02:42:05+08:00
• 3

  Debug - > Attach to process - >
  选择 Debug these code types: 选项 - >
  选择 Managed v3.5, v3.0, v2.0 或 Managed v4.5, v4.0

  回复于 2024-04-20T02:42:05+08:00
• 174

  对于那些使用Visual Studio 2008的读取，而不是Visual Studio 2010并且正在收到此错误 . 在这种情况下，上面的答案对我没有帮助，所以我分享了我的经验 .

  如果您通过附加到w3wp.exe进程而不是使用ASP.NET开发服务器进行调试（从调试开始）来调试Visual Studio 2008中的IIS Web应用程序，则可能是您的问题：

  Visual Studio可能仍在从过时的IIS进程中引用您的dll中的符号文件（调试期间使用的文件） . 并且该符号文件已由.NET源代码重新编译重新创建，但IIS进程仍引用旧的符号文件 .

  To fix:

  只需在Visual Studio中停止调试，重新启动Web应用程序，然后重新连接到该进程 . 然后断点应该从黄色（当您看到此错误时）再次变为红色 .

  ========================

  More things to try (found new situation today):

  在“一次一个”下面的链接中执行每个项目符号，但是在您尝试的每个项目中重复我的步骤 .

  http://carnotaurus.philipcarney.com/post/4130422114/visual-studio-debugging-issue-with-files-of-the-same

  1.）在Visual Studio中停止调试（按红色方块图标）
  2.）清洁溶液
  3.）构建解决方案
  4.） [INSERT BULLET INSTRUCTION HERE]
  5.）工具>附加到进程（或从调试开始）
  6.）启动您附加的程序，并运行它以使您的代码受到攻击

  6解释：

  如果附加到nunit.exe，则打开NUnit并运行测试，以便命中断点

  如果附加到w3wp.exe（IIS站点），然后在浏览器中打开您的站点并转到将触及断点的页面

  编辑：

  今天我注意到，如果您尝试调试未设置为启动项目的项目，它将显示此信息 . 当您附加到您的w3wp.exe进程时，它会认为它在设置为启动项目的项目上进行调试 . 要解决此问题，只需右键单击Web应用程序项目，然后选择“设置为启动项目” . 然后尝试重新附加到您的流程 .

  回复于 2024-04-20T02:42:05+08:00
• 7

  对于我的WPF应用程序，我删除了应用程序文件夹，再次从源代码管理中“获取最新”，然后重建 . 所有断点现在工作得很好 .

  回复于 2024-04-20T02:42:05+08:00
• 8

  场景是这样的：一个特定的项目是你的启动项目（例如有Main方法） . 该项目正在引用解决方案中的其他项目 . 其他项目中的断点没有受到影响 .

  快速解决方案：在构建解决方案时，查看启动项目的Build输出路径（通常是bin \ Debug） . 查看您引用的项目的DLL和PDB文件 . 确保其上次修改日期是您上次构建解决方案的日期 . 如果不是，则将它们从每个项目的Build输出路径复制到启动项目Build输出路径中 . 例如：

  项目A有主要 . 它引用了项目B.您的断点未在项目B中被命中 . 将DLL和PDB文件从项目B的构建输出路径复制到项目A的构建输出路径 . 然后运行您的解决方案破裂点现在将被击中 .

  现在你需要弄清楚为什么Project A没有复制Project B的DLL和PDB文件 . 这里的答案涵盖了大多数情景 . 未涉及的一个方案是确保您的项目和解决方案正确绑定到TFS . 我有一些绑定的项目和一些没有正确绑定的项目 . 这给我带来了问题 . 一旦我解决了这个问题，问题就消失了，我不再需要复制DLL和PDB文件了 .

  回复于 2024-04-20T02:42:05+08:00
• 2

  尝试将Silverlight Application Project设置为启动项目：右键单击项目 - >'设置为启动项目 . 然后按F5查看是否可以捕获断点...

  每次更改silverlight应用程序时，尝试删除浏览器中的浏览/临时数据

  回复于 2024-04-20T02:42:05+08:00
• 20

  我遇到了同样的问题 - 在Visual Studio中尝试调试时失去了很多时间 .

  它最终成为Nuget - 我有3个版本的Newtonsoft.Json（跨越7个C＃项目） . 解决方案将编译但不可调试 .

  我通过在Nuget的软件包管理器控制台中运行以下内容来修复此问题：

  PM> Update-Package Newtonsoft.Json

  回复于 2024-04-20T02:42:05+08:00
• 2

  右键单击解决方案 - >属性

  查看Common Properties - > Startup Project

  选择多个启动项目

  选择需要调试的项目的“开始”操作 .

  回复于 2024-04-20T02:42:05+08:00
• 77

  转到项目属性 - >构建 - >高级...

  在“输出”部分中，在“调试信息”下拉列表中选择“完整”

  回复于 2024-04-20T02:42:05+08:00
• 1

  我在Windows 7上遇到了同样的问题并尝试了 everything ：清理了DLL，调查了模块列表，关闭了"Just My Code"，依此类推 .

  在我've run Visual Studio 102340 . Honestly. Why Microsoft couldn'刚刚警告我 not 运行"as administrator"之后问题得到了解决？这将节省我几个小时的工作 .

  回复于 2024-04-20T02:42:05+08:00
• 46

  我有同样的问题，谷歌搜索后我找到了两个典型的解决方案：

  • 确保在.Web项目中激活了Silverlight调试器 . 打开项目属性，然后在“Web”选项卡下选择Silverlight调试器 .

  • 重新启动Visual Studio并删除所有bin和obj文件夹 .

  But none of these worked for me . 然后有人提到了一个线程尝试使用IE作为浏览器 . 这使得调试和断点再次起作用！

  编辑：

  后来我一直在努力与IE9无法正常工作，因为它附加到错误的进程 . 我没有每次手动附加到正确的IE进程，而是找到了一个整洁的trick：

  • 右键单击.Web项目中生成的一个页面（.html或.aspx）

  • 点击"Browse with..."

  • 将IE设置为默认浏览器（仅影响Visual Studio的浏览器选择）

  现在，Visual Studio将在运行.Web项目时启动IE并附加到正确的进程 . 应该这样做 .

  回复于 2024-04-20T02:42:05+08:00
• 9

  每当我遇到这个特殊错误时，就会发现Visual Studio正在加载程序集的文件夹与运行Web应用程序的文件夹不同 .

  也就是说，应用程序服务器正在运行应用程序

  C:\dev\MyApplication\bin
  

  但Visual Studio正在调试

  C:\dev\MyOtherApplication\bin (or something along those lines, anyway).
  

  注意 - 由于各种原因，我使用IIS作为应用程序主机进行调试，而不是大多数人使用的极小的独立Gizmo . 这可能会影响我的答案的有用性！

  Update ：

  对于IIS，应用程序服务器目录（即上面的 C:\dev\MyApplication ）是为Web应用程序配置的物理目录 - 可以通过更改应用程序的基本设置来控制 .

  对于Visual Studio，调试目录（即上面的 C:\dev\MyOtherApplication ）是找到 svc 文件的目录，通常与 csproj 项目文件位于同一目录中 .

  回复于 2024-04-20T02:42:05+08:00
• 2

  我有一个类似的问题，除了我的问题是愚蠢的 - 我有2个内置的Web服务器在2个不同的端口下运行的实例我有我的项目 - >属性 - > web - >“开始URL”指向固定端口但Web应用程序实际上并未在该端口下运行 . 所以我的浏览器被重定向到“起始URL”，它引用了1539，但代码/调试实例在端口50803下运行 .

  我将内置Web服务器更改为在固定的情况下运行端口并调整我的“起始URL”以使用该端口 . project - > properties - > web - >“Servers”部分 - >“使用Visual Studio Development Server” - >特定端口

  回复于 2024-04-20T02:42:05+08:00
• 1

  您面临的原因是PDB（“PDB代表程序数据库，一种专有文件格式（由Microsoft开发）用于存储有关程序的调试信息）不是最新的，这可能是由于某些原因：

  1-正如Bevan所说，您可能正在调试另一个应用程序！

  2-您正在调试同一应用程序的另一个版本 . 例如，您使用当前版本的代码附加了以前构建的应用程序，以便进行调试而无需（重新）构建它 .

  清洁或重建解决方案为我解决了这些问题 .

  为了确保问题不是你的问题，尝试使用VS 2008调试相同的应用程序（恐怕它可能是VS 2010中的一个错误 - 它仍然是测试版！） .

  回复于 2024-04-20T02:42:05+08:00
• 8

  我有同样的问题，我正在调试我的项目，我不得不右键单击项目并选择“新的调试实例” . 我只需要这样做一次，之后就可以正常工作了 .

  回复于 2024-04-20T02:42:05+08:00
• 4

  另一个可能有用的轶事 -

  当我的一个项目使用Release输出文件夹中的文件引用时，我遇到了这个问题 . 当构建结果放在Goods文件夹中时，这些Release dll会覆盖Debug dll .

  解决方案是确保在csproj文件中，我的引用的HintPath是

  <HintPath>..\..\Core\Goods\$(Configuration)\MyFramework.dll</HintPath>

  并不是

  <HintPath>..\..\Core\Goods\Release\MyFramework.dll</HintPath>

  回复于 2024-04-20T02:42:05+08:00
• 6

  我有同样的问题，但在VS2013中的Web应用程序 . 对我来说，答案是更新解决方案的构建配置： -

  • 右键单击解决方案，然后选择“属性”

  • 选择调试配置

  • 在三脚架中的"Configuration Properties"下选择"Configuration"

  • 检查要调试的每个项目的"Build"框

  一旦我这样做，我的所有断点都开始工作了 .

  回复于 2024-04-20T02:42:05+08:00
• 13

  我不得不从注册表手动卸载.dll的所有实例，并从本地驱动器手动卸载.dll的所有实例 . 卸载/重新安装我的应用程序，现在我打破了断点！这样做浪费了半天:( .

  回复于 2024-04-20T02:42:05+08:00