VS2022中launchsettings.json开启RemoteDebugEnabled远程启动调试失败求助

核心配置思路 #

要直接从VS启动远程机器上的程序调试，推荐使用commandName": "Project"模式，VS会自动完成编译、部署到远程机器、启动调试的全流程，比直接指定远程可执行文件更稳定可靠。

修正后的launchsettings.json配置 #

{
  "profiles": {
    "local": {
      "commandName": "Project",
      "nativeDebugging": true
    },
    "remote": {
      "commandName": "Project",
      "remoteDebugEnabled": true,
      "remoteDebugMachine": "172.21.94.32:4026",
      "authenticationMode": "Windows",
      "nativeDebugging": true,
      // 远程机器上存放程序的目标目录（必须是远程机器的绝对路径）
      "remoteWorkingDirectory": "C:\\Dev\\",
      // 开启自动部署，将本地编译产物同步到远程目录
      "remoteDeployEnabled": true,
      // 指定本地编译输出目录，VS会把这里的文件同步到远程
      "deployDirectory": "$(OutputPath)"
    }
  }
}

关键配置项说明 #

• commandName": "Project"：指定以项目为启动目标，让VS自动处理编译和远程部署逻辑。
• remoteWorkingDirectory：远程机器上的程序存放目录，必须提前在远程机器上创建好这个路径。
• remoteDeployEnabled": true：开启自动部署后，VS会把本地编译生成的exe、dll等文件同步到远程的目标目录，避免手动拷贝的麻烦。
• remoteDebugMachine：保持你原来的远程机器地址和端口即可（4026是VS远程调试默认端口，确保远程调试服务在该端口监听）。

若需使用commandName": "Executable"模式（程序已提前部署在远程） #

如果你的程序已经手动部署到远程机器，不想让VS自动同步文件，需要做以下调整：

1. executablePath必须用远程共享路径格式，比如\\172.21.94.32\C$\Dev\MyApplication.exe。
2. workingDirectory同样改为远程共享路径：\\172.21.94.32\C$\Dev\。
3. 确保本地VS运行的账号有访问远程共享目录的权限。

这种模式需要手动维护远程机器上的程序版本，不如Project模式省心，优先推荐前者。

额外检查项 #

1. 确认远程机器上的VS远程调试服务（msvsmon.exe）已启动，监听端口和配置一致。
2. 远程机器防火墙允许该端口的入站连接。
3. 本地VS使用的账号在远程机器上有启动程序、访问目标目录的权限。

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