我对Visual Studio Code非常陌生。我正在尝试调试一个已经存在的应用程序，该应用程序是我通过Git克隆的。我的文件都还没有修改。我已经下载了微软扩展程序“C# for Visual Studio Code（由OmniSharp驱动）”。 应用程序启动并将我带到主页（http://localhost:5000/）。 但它没有在startup.cs中停止我的断点。
当我查看应用程序正在运行时，它不是红色的圆点，而是一个空心的灰色断点。悬停在上面会告诉我：“源代码与原始版本不同。要使此断点能够被触发：请将“requireExactSource”：false添加到launch.json中并重新启动调试。” 我无法理解这个。
我正在使用：
我还在使用dotnet版本1.0.3
当我将我的项目从.NET Core 2.0升级到2.1时，发生了这种情况。问题在于我忘记编辑launch.json以将二进制路径从netcoreapp2.0更改为netcoreapp2.1，因此VS Code在错误的位置查找二进制文件。编辑路径解决了问题。
编辑：我建议VS Code团队采用基于变量的方法来彻底解决这个问题，比如在路径中使用类似$TargetRuntime而不是像netcoreapp2.1等一样硬编码。
"configurations" -> "program"。 - Mycah这是对升级从.Net Core 3.0到3.1的razor web应用程序的已接受答案的后续：
我遇到了这个问题。删除所有的bin/和obj/文件夹然后重新构建并没有解决它。我的launch.json二进制路径program:是我的确切DLL。
解决方法是修改我的.cs源文件，然后重新构建。某些东西已经过时了，可能是 vscode 自动保存了.cs文件，或者dotnet build在其他地方缓存了某些东西。
我遇到了同样的问题，在检查了 lunch.json 文件后，我发现程序文件夹指向了：
// If you have changed target frameworks, make sure to update the program path.
"program": "${workspaceFolder}/bin/Debug/net6.0/ShoppingCartApi.dll",
后来我意识到将目标框架更新为Net7.0，因此在构建项目时输出文件夹已更改为："${workspaceFolder}/bin/Debug/net7.0/ShoppingCartApi.dll"
更新lunch.json文件的新路径后，调试器又可以正常工作了。
// If you have changed target frameworks, make sure to update the program path.
"program": "${workspaceFolder}/bin/Debug/net7.0/ShoppingCartApi.dll",
我对Visual Studio Code也比较新，也遇到了同样的问题。幸运的是，我成功解决了这个问题。
首先，在调试模式下，Visual Studio Code给了我正确的提示，就是你提到的那个：
断点警告：源代码与原始版本不同。要让此断点被命中：将“"requireExactSource": false”添加到launch.json并重新启动调试。-
因此，为了理解，建议您阅读此VisualStudioCode-LaunchConfigurations。
正如上面链接中的文档所述：
位于工作区（项目根文件夹）或用户设置或工作区设置中.vscode文件夹中的launch.json文件。
因此，如果您编辑该文件并执行调试提示中的操作，即：
将“"requireExactSource": false”添加到launch.json并重新启动调试。-
我的launch.json现在看起来像这样：
configurations": [
{
"name": ".NET Core Launch (web)",
"type": "coreclr",
"request": "launch",
"preLaunchTask": "build",
// If you have changed target frameworks, make sure to update the program path.
"program": "${workspaceFolder}/DotNetCoreAngularAPp/bin/Debug/netcoreapp2.1/DotNetCoreAngularApp.dll",
"args": [],
"cwd": "${workspaceFolder}/DotNetCoreAngularAPp",
"stopAtEntry": false,
"requireExactSource": false,
我的文件都没有被修改。理论上来说，由于这些文件没有被修改，源代码和二进制代码之间不应该存在差异。因此，即使根本原因没有解决，他仍然能够进行调试，这是主要目标。无论如何，正如你所说，“差异”的根本原因应该得到解决。 - Sebastian Inones
我之前也遇到了同样的问题，只需要执行以下两个步骤就可以解决了。
<PropertyGroup>
<PublishSingleFile>true</PublishSingleFile>
<SelfContained>true</SelfContained>
<RuntimeIdentifier>win-x64</RuntimeIdentifier>
</PropertyGroup>
<RuntimeIdentifier>win-x64</RuntimeIdentifier>，构建输出结果从"bin{Configuration}{TargetFramework}"变为"bin{Configuration}{TargetFramework}{RuntimeIdentifier}"，例如：
在添加<RuntimeIdentifier>win-x64</RuntimeIdentifier>之前，输出从bin\debug\net7.0变为bin\debug\net7.0\win-x64
在进行这些csproj更改之后，如果我继续修改源代码并尝试调试，我会收到警告"断点警告：源代码与原始版本不同"。
通过清理所有二进制文件并重新构建项目，我最终得到了一个解释：
"${workspaceFolder}/bin/Debug/net7.0/MyProject.dll"改为"${workspaceFolder}/bin/Debug/net7.0/win-x64/MyProject.dll"。--
感谢您的阅读。