试图通过WCF传递位图时出现“ System.ServiceModel.CommunicationException”

如何解决试图通过WCF传递位图时出现“ System.ServiceModel.CommunicationException”

| 我正在尝试通过WCF传递位图，但是会抛出   System.ServiceModel.CommunicationException   用户代码未处理   Message =套接字连接为   流产了。这可能是由于   处理您的消息时出错或   接收超时超过   远程主机或基础网络   资源问题。本地套接字超时   是\ '00：00：59.9650000 \'。 知道是什么原因造成的吗？ 谢谢！     

解决方法

原因是“ 0”类型是.NET特定类型（其中也包含很多Win32特定类型），无法将其序列化为XML。您实际上无法将其作为方法的参数传递回去-您可能能够做的是将其流式传回类型为

Stream

的参数，并在WCF中使用流式传输。 或者另一种方法（如果位图不是太大）是使用Base64编码将“ 0”转换为字符串，将其作为字符串发送回去，然后在客户端重新编码。     ,假设您要在IIS中托管WCF服务（您未提及任何详细信息）。 尝试增加客户端和服务器配置文件中的一些数字（请记住设置必须匹配）。

<binding name=\"Binding_ISomeervice\" closeTimeout=\"00:01:00\"
    openTimeout=\"00:01:00\" receiveTimeout=\"00:10:00\" sendTimeout=\"00:10:00\"
    transactionFlow=\"false\" transferMode=\"Buffered\" transactionProtocol=\"OleTransactions\"
    hostNameComparisonMode=\"StrongWildcard\" listenBacklog=\"1000\"
    maxBufferPoolSize=\"524288\" maxBufferSize=\"2147483647\" maxConnections=\"100\"
    maxReceivedMessageSize=\"2147483647\">
  <readerQuotas maxDepth=\"32\" maxStringContentLength=\"8192\" maxArrayLength=\"2147483647\"
    maxBytesPerRead=\"4096\" maxNameTableCharCount=\"16384\" />
</binding>

同时在服务器的Web配置文件中启用调试：

<system.web>
  <compilation debug=\"true\" />
</system.web>

如果可以，在您的服务调用实现周围放置try / catch（带有日志记录），这将告诉您是在实现实现时还是在托管环境中抛出。     ,嘿，那是来自WCF的更令人讨厌的消息之一。我的猜测是消息大小太大。我发现找出这些问题的最可靠方法是使用WCF跟踪，如http://msdn.microsoft.com/zh-cn/library/ms733025.aspx和SvcTraceViewer.exe所述。     ,我的回答分为两个部分：针对这种情况的建议，以及针对将来更好的错误报告和跟踪的建议。 由于您正在处理位图，因此您是否考虑过使用WCF的原始编程模型？这篇博客文章详细介绍了如何在服务端使用编程模型，而此后续博客文章详细介绍了如何在客户端使用它。我已经看到它在文件上传和图像传输场景中使用了很多时间，因此也可能对您有所帮助！ CommunicationException是通用的，不会显示基础异常。将来，当报告错误时，我建议在服务器上打开IncludeExceptionDetailInFaults（从ServiceBehaviorAttribute或从配置行为），以便将异常信息发送回客户端，然后报告您所获取的嵌套异常详情。 例如：

<behaviors> 
            <serviceBehaviors> 
                <behavior 
                    <serviceMetadata httpGetEnabled=\"true\" /> 
                    <serviceDebug includeExceptionDetailInFaults=\"true\" /> 
                </behavior> 
            </serviceBehaviors> 
        </behaviors> 

至于打开跟踪，以下是我的建议，我已经在其中粘贴了其他一些答案。 在服务端启用跟踪，生成跟踪日志，并使用SvcTraceViewer进行分析。为此，请按照此MSDN文章上有关使用服务跟踪查看器的说明进行操作。 使用Fiddler监视客户端和服务端的有线通信。 通常，一旦执行此操作，您就应该在服务端获取更多有关时髦问题的信息，并且可以很快地诊断出问题。