首先，咱们先从最直接的正规方法说起，其实你手头的VS远程调试工具本身就有现成的解决办法，完全不用绕远路：

• 利用VS内存窗口导出内存块：调试时，你可以打开 Debug -> Windows -> Memory -> Memory 1，输入你看到的指向文件内容的指针地址，然后选中对应内存区域（可以根据文件大小估算范围），右键选择「Save As」，就能把这段内存直接导出成本地文件。这是官方支持的功能，既安全又高效，完全满足你获取完整文件内容的需求。
• 远程机器上的内存读取工具：如果VS的内存窗口操作有局限，可以和客户沟通，让他们在本地运行Windows自带的工具（比如procdump，通过命令行即可提取进程内存）或者轻量的第三方工具（比如Process Explorer），指定目标进程和内存地址来导出内容。这个需要客户配合操作，但胜在合法合规，不会引发信任问题。

再说说你提到的「用另一台VS访问调试中的VS」这个思路：
理论上是可行的，但实现起来非常复杂。VS的调试会话依赖其内置的调试引擎（Debug Engine），要通过代码访问这个调试会话的接口，你需要基于VS SDK开发专用的扩展插件，还要处理跨进程通信、远程权限验证等一堆问题。开发成本极高，远不如直接用上面说的内置功能来得实在，完全没必要舍近求远。

最后聊聊注入（injection）或黑客手段：
绝对不建议这么做。首先，注入代码到客户机器的进程中，大概率会被杀毒软件拦截甚至查杀，反而可能导致客户的软件或系统出问题；更重要的是，客户已经明确不愿发送文件，说明他们非常在意数据隐私，未经明确许可的此类操作，不仅会彻底破坏客户对你的信任，还可能违反计算机安全相关的法律法规，风险极大。

总结一下：优先用VS自带的内存导出功能，或者和客户沟通协助提取，所有操作都要在客户知情并同意的前提下进行，既解决问题又守住合规和信任的底线。

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