C# .NET中远程Runspace关联的PowerShell对象误报已被释放异常

触发异常的核心原因完全出在你写的RemoteShell方法的对象生命周期管理逻辑上，和远程Runspace的连通性本身没有任何关系：

• 你错误地将需要跨方法复用的PowerShell实例、远程Runspace实例包裹在了C#的using语句块内

C#的using语句块的执行逻辑是：代码退出块作用域时，自动为块内的所有IDisposable对象调用Dispose()方法完成资源释放。对照你写的RemoteShell代码执行流程：

1. 执行到using (psCon) { ... }块内部时，所有连通性测试代码（建立远程连接、执行whoami、DNS查询）都会正常运行——此时对象尚未被释放，所以连通性测试结果完全正常
2. 代码执行完块内的测试逻辑，退出using (psCon)作用域时，会自动调用psCon.Dispose()，PowerShell实例被标记为已释放状态
3. 紧接着代码退出外层的using (Runspace remoterunspace)作用域，远程Runspace连接也会被自动Dispose销毁
4. 最后方法执行return psCon，把一个已经被完全释放、销毁的PowerShell实例引用返回给了jobAsync方法

后续在jobAsync里调用psCon.AddStatement()时，自然会直接抛出对象已被释放的异常。

这也能解释为什么本地Shell场景运行完全正常：你写的LocalShell方法里根本没有给PowerShell实例套using块，返回的实例处于正常存活状态，自然可以正常追加命令执行。

• 立即移除RemoteShell方法中针对psCon的using块
  using块的设计初衷是管理「仅在当前方法作用域内使用、不需要外部复用的临时对象」，和你现在要把PowerShell实例传递给业务逻辑长期复用的设计完全冲突。
• 调整远程Runspace的生命周期绑定逻辑
  你现在把远程Runspace也包裹在using块内，哪怕修复了psCon提前释放的问题，等RemoteShell方法执行完成返回时，远程Runspace连接也会被自动销毁，后续执行命令依然会抛连接类异常。你需要把Runspace的存活周期和绑定的PowerShell实例保持一致，不要在RemoteShell方法内就把Runspace释放。
• 资源回收的注意事项
  等所有基于该PowerShell实例、绑定远程Runspace的业务逻辑全部执行完成后，再手动调用psCon.Dispose()、runspace.Dispose()完成内存和网络连接的清理，不要过早触发自动释放逻辑。

注意：很多人会误以为「把对象return到using块外面就不会被释放」，实际上using块在退出作用域时已经直接修改了对象本身的内部状态，哪怕你在块外持有对象的引用，这个引用指向的也是已经被销毁的对象，对它的任何操作都会触发异常。

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