启动多个.NET 6控制台应用调试时首个应用无法命中断点

• 优先修正多项目启动配置
  单项目依次F5启动时，Visual Studio默认会终止前一个项目的调试会话，附着到最新启动的进程上，这是该问题最常见的诱因。操作路径：右键解决方案资源管理器中的解决方案节点 → 选择「属性」→ 进入「通用属性-启动项目」页 → 勾选「多个启动项目」，将Api、Ui两个项目的操作列均设置为「启动」，保存后按F5即可同时拉起两个进程的调试会话，不会出现会话覆盖。
• 校验符号文件加载状态
  调试会话运行时，打开顶部菜单「调试-窗口-模块」，在模块列表中找到首个启动应用对应的exe/dll条目，查看符号状态列：
  • 若状态为「未加载符号」：右键对应条目选择「加载符号」，手动导航到项目bin/Debug/net6.0目录下选择同名pdb文件即可
  • 若状态为「符号与模块不匹配」：全量删除两个项目下的bin、obj文件夹，重新生成整个解决方案后再启动调试，清除旧版本pdb缓存导致的匹配失败问题
• 统一调试器类型配置
  分别右键两个项目 → 选择「属性」→ 进入「调试」标签 → 打开调试启动配置文件窗口，将「调试器类型」从默认的「自动」手动指定为「托管(.NET Core、.NET 5+)」，避免自动识别时将首个进程的调试器错配为非托管代码模式，导致无法识别托管程序集的断点。
• 解决调试端口冲突
  两个应用默认的调试监听端口一致时，后启动的进程会抢占调试通道，挤掉前一个进程的调试连接。分别打开两个项目根目录下的launchSettings.json文件，在各自的启动配置节点下添加独立的debugServerPort字段，指定不重复的端口号即可，示例：

  "profiles": {
    "Api": {
      "commandName": "Project",
      "dotnetRunMessages": true,
      "environmentVariables": {
        "ASPNETCORE_ENVIRONMENT": "Development"
      },
      "debugServerPort": 50011
    }
  }
  

• 清除Visual Studio调试缓存
  关闭所有Visual Studio实例，删除以下路径下的缓存文件后重启VS：
  1. %LOCALAPPDATA%\Microsoft\VisualStudio\<你的VS版本号目录>\ComponentModelCache
  2. %TEMP%\Temporary ASP.NET Files下所有内容

若选择手动附加进程的方式调试，附加前需通过任务管理器确认两个应用的进程ID，附加时勾选「托管(.NET Core, .NET 5+)」代码类型，不要用默认的自动选择附加类型，避免类型错配导致断点失效。

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