写入管道时出错：无法识别的错误 232 (0xe8)

Question

我在 WCF 代理中调用一个方法，其中绑定是命名管道。目前，代码因异常而失败（与 wmi 有关 - 代码的作用），但是当我随后在同一代理中执行另一个方法时，我收到此错误：

写入管道时出错：无法识别的错误 232 （0xe8）。

显然，这并没有多大帮助。堆栈跟踪是：

服务器堆栈跟踪：位于 System.ServiceModel.Channels.StreamConnection.BeginWrite(Byte[] 缓冲区、Int32 偏移量、Int32 大小、布尔立即数、TimeSpan 超时、 AsyncCallback 回调，对象状态）位于 System.ServiceModel.Channels.FramingDuplexSessionChannel.SendAsyncResult.WriteCore() 在 System.ServiceModel.Channels.FramingDuplexSessionChannel.SendAsyncResult..ctor(FramingDuplexSessionChannel 通道、Message消息、TimeSpan超时、AsyncCallback回调、 对象状态）在 System.ServiceModel.Channels.FramingDuplexSessionChannel.OnBeginSend（消息 消息、TimeSpan 超时、AsyncCallback 回调、对象状态） System.ServiceModel.Channels.OutputChannel.BeginSend(消息消息， TimeSpan 超时、AsyncCallback 回调、对象状态）at System.ServiceModel.Dispatcher.DuplexChannelBinder.BeginRequest(消息 消息、TimeSpan 超时、AsyncCallback 回调、对象状态） System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.StartSend(布尔值 同步完成）于 System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.FinishEnsureOpen（IAsyncResult 结果，布尔完成同步）在 System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.StartEnsureOpen(Boolean 同步完成）于 System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.FinishEnsureInteractiveInit（IAsyncResult 结果，布尔完成同步）在 System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.StartEnsureInteractiveInit() 在 System.ServiceModel.Channels.ServiceChannel.SendAsyncResult.Begin() 在 System.ServiceModel.Channels.ServiceChannel.BeginCall（字符串 动作、布尔单向、ProxyOperationRuntime 操作、Object[] ins、 TimeSpan 超时、AsyncCallback 回调、对象 asyncState) at System.ServiceModel.Channels.ServiceChannel.BeginCall（字符串操作， Boolean oneway，ProxyOperationRuntime操作，Object[] ins， AsyncCallback 回调，对象 asyncState) at System.ServiceModel.Channels.ServiceChannelProxy.InvokeBeginService(IMethodCallMessage methodCall，ProxyOperationRuntime 操作）位于 System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage 消息）

在 [0] 处重新抛出异常：at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg、IMessage retMsg) at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData，Int32 类型）位于 x.xxx.xxxxx（字符串路径，AsyncCallback） 回调，对象状态）位于 x.xproxy.begininstall（字符串路径， AsyncCallback回调，对象状态）中 C:\Users\project\AsyncProxy.cs：第 38 行 xxx.MainForm.begininstall(对象发送者, EventArgs e) 中 C:\Users\project\MainForm.cs：第 647 行 XPrintV7.MainForm.b__e() 中 C:\Users\Gurdip\Desktop\xproject\MainForm.cs：第 664 行 System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry 时间）在 System.Windows.Forms.Control.InvokeMarshaledCallbackHelper（对象 obj） 在 System.Threading.ExecutionContext.runTryCode(Object userData) 处 System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup（TryCode 代码、CleanupCode backoutCode、对象 userData) at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext、ContextCallback 回调、对象状态）位于 System.Threading.ExecutionContext.Run（ExecutionContext executionContext、ContextCallback 回调、对象状态）位于 System.Windows.Forms.Control.InvokeMarshaledCallback（ThreadMethodEntry tme) 在 System.Windows.Forms.Control.InvokeMarshaledCallbacks()

可能的原因是什么？

Answer 1

该错误消息告诉您，当客户端通道堆栈尝试通过命名管道向服务发送消息时，发生了 Win32 错误 ERROR_NO_DATA。仅凭您提供的信息很难进行诊断，但这可能表明由于前面的 WMI 错误，命名管道的客户端和服务器端已进入不一致的状态。当 WMI 异常发生时，您的客户端代码可能没有正确管理服务代理实例的状态。

您应该在客户端和服务端启用详细的 WCF 跟踪，这将更清楚地了解正在发生的情况。

另外，发布一些客户端代码来显示 WMI 异常发生的位置以及异常处理中如何处理服务代理，可能会让某人更准确地回答您的问题。