在很多人的印象里，代码跑在开发机上是理所当然。但在以下 3 个真实现场，你会发现远程调试是唯一的“救命稻草”：

• 特定硬件环境限制： 你的代码需要调用采集卡、加密狗或特定的工业传感器，这些硬件插在工控机或服务器上，根本没法搬到你的工位。

• 环境差异导致“本地跑得好，线上就报错”： 有些 Bug 只在特定的操作系统（如 Windows Server ）、特定的运行库环境，或者在没有安装 VS 的轻量化设备上复现。

• 高并发与大数据量测试： 本地机器性能不足以支撑海量实时数据的运算（如 GPU 加速计算或大规模内存分析），必须直接在高性能真机上进行压力测试。

远程调试的本质是在目标机器（真机）上运行一个代理程序（Remote Debugger），它通过网络协议与你开发机上的 Visual Studio 进行通讯。

你可以在开发机上像往常一样打断点、查看内存、监控变量，而代码实际运行在真机的 CPU 上。

• 找到工具：在开发机安装 VS 的目录下，找到 Remote Debugger 文件夹，或从微软官网下载对应版本的独立包。

• 拷贝至真机：将整个目录（注意区分 x64/x86）复制到目标真机上。

• 启动服务：在真机运行 msvsmon.exe。
  

VS 建立连接

​

• 回到开发机，在 Visual Studio 调试按钮下面找到调试属性。

• 勾选指示调试器附加到远程计算机上的进程。

• 输入计算机名称（这里输入远程计算机IP地址以及调试端口号）。

• 身份证验证模式选择Window身份验证。
  

导出

• 将你的项目编译为 Debug 版本。

• 设置Debug编译文件输出目录，地址一定要设置到目标真机盘符下面（这里的盘符是共享盘符的任意文件夹）。

<PropertyGroup Condition="'$(Configuration)' == 'Debug'"><OutputPath>\\192.168.19.144\vs调试\程序调试\Debug\net10.0-windows\</OutputPath><AppendTargetFrameworkToOutputPath>false</AppendTargetFrameworkToOutputPath></PropertyGroup>

• 将目标路径设置为共享（我这里将真机的“VS调试”文件夹设置为共享状态）。

• 在本地添加网络位置引导（如果添加成功代表共享完成）完成共享设置。

阅读原文：https://mp.weixin.qq.com/s/2Lt7bKDoRd0ETrtulWflZw