您当前的位置: 之前说wcf以tcp协议作为通信方式的话会出现很多奇怪的bug，今天我把自己遇到的比较特殊的一个exception和解决方案列出来。主要是自己记录一下，顺便方便遇到这个问题的有缘人吧！废话不多说直接上代码：
首先看看我遇到的exception截图：
出现这种异常属于你的服务端程序出错了，但是又看不见异常源在哪，所以你需要在你的配置文件中添加相应的配置，以便让服务的异常信息返回到客户端。
下面两种情况：
1.如果你的配置文件是以config文件存在的话，需要添加配置节点
1 <behaviors> 2 <serviceBehaviors> 3 <behavior name="CalculatorServiceBehavior"> 4 <!-- 为避免泄漏元数据信息，请在部署前将以下值设置为 false 并删除上面的元数据终结点--> 5 <serviceMetadata httpGetEnabled="true"/> 6 <!-- 要接收故障异常详细信息以进行调试，请将以下值设置为 true。在部署前设置为 false 以避免泄漏异常信息--> 7 <serviceDebug includeExceptionDetailInFaults="true"/> 8 </behavior> 9 </serviceBehaviors> 10 </behaviors>
关键<serviceDebug includeExceptionDetailInFaults="true"/>
2.如果你是配置文件以代码的形式配置的话这个可能会比较麻烦。因为我的配置文件也是代码的形式配置的（ServcieHost），所以在添加这个节点配置的时候遇到了点小问题：
刚开始不了解ServcieHost，我单步调试进去看了一下ServiceHost的结构信息，我截图给大家看看吧
我们可以看到已经有6个behavior了，红框部分就是前面说在config文件需要配置的节点。而且他的IncludeExceptionDetailInFaults默认值为false。恍然大悟，就是因为这个false所以在客户端看不见异常信息的源了。我需要将他修改成true，怎么修改了？且看代码：
1 ServiceDebugBehavior debugBehavior = srvHost.Description.Behaviors[typeof(ServiceDebugBehavior)] as ServiceDebugBehavior; 2 debugBehavior.IncludeExceptionDetailInFaults = true; 3 srvHost.Description.Behaviors.add(debugBehavior);
这几行代码添加好后，心想这样应该在客户端就可以看见异常信息了吧：事实证明我还是"图样图森破"。结果又跑异常了！
前面刚刚讲到，ServiceHost默认有几个behavior了，再往里面添加不就炸了吗？所以换种方式，程序员最不缺少的是啥，就是想法呀！哈哈。这次我换了种方式。
1 ServiceDebugBehavior debugBehavior = srvHost.Description.Behaviors[typeof(ServiceDebugBehavior)] as ServiceDebugBehavior; 2 debugBehavior.IncludeExceptionDetailInFaults = true; 3 for (int i = 0; i < srvHost.Description.Behaviors.Count; i++) 4 { 5 if (srvHost.Description.Behaviors[i].ToString() == "System.ServiceModel.Description.ServiceDebugBehavior") 6 { 7 srvHost.Description.Behaviors[i] = debugBehavior; 8 } 9 }
哈哈，再调试，果然服务端的异常信息抛出来了，由于服务端找不到我程序的某个文件了，wcf不干了，但是为了安全，所以客户端只说是内部错误！异常找到了，结果就是解决咯！大功告成！
【转载注明出处！谢谢】