尽管所有的答案，我的问题实际上不同于这里提到的!

确保您的属性->构建选项卡->输出路径指向与您所选择的构建配置的解决方案中所有其他项目相同的位置!

如果你的启动项目将它的可执行文件从你试图调试的dll发送到不同的文件夹，你可能会遇到问题，尽管你的构建和visual studio工作完美。

我在VSCode中遇到了这个问题，问题是我在编辑器中看到的文件与项目正在构建的文件的副本不相同。我将一个c#库的存储库克隆到两个位置，一个在编辑器中打开，另一个由项目链接。如果清洁建筑不适合你，请检查你在编辑器中查看的文件副本是否正确!

在我的例子中，我在VS 2012中附加了一个正在运行的进程。当附加时，你可以选择以各种模式(本机、脚本、silverlight、托管2.0、托管4.0等)进行调试。默认情况下，调试器自动选择模式。然而，自动并不总是做出正确的选择。如果进程包含多种类型的代码，请确保调试器使用的是正确的代码。

正如它所说，“源代码与原始版本不同”。

右键单击解决方案资源管理器中的项目文件夹，并选择Clean。构建项目的新版本，断点将再次工作!

我在将一个项目从netcoreapp2.0升级到netcoreapp2.2后遇到了这个问题。

我只是通过编辑.csproj文件中的TargetFramework条目来做到这一点，而忽略了对launch.json进行更改。

"program": "${workspaceFolder}/src/MyProject/bin/Debug/netcoreapp2.0/MyProject.dll"

这意味着VS Code总是加载旧的2.0版本的项目。我在删除/bin和/obj中的所有内容后才发现它，然后它根本不会运行，直到我在上面的路径中发现2.0。

VS 2017的一些版本(结合。editorconfig)也有一个问题:从15.3开始，当文件的字符集与.editorconfig (utf8或utf8-bom)中的字符集不一致时，断点就不起作用了。