十五天精通WCF——第十四天一起聊聊FaultException

r囧r小猫 2022-01-26 12:15 137阅读 0赞

我们在玩web编程的时候，可能你会不经意的见到一些http500的错误，我想你应该不会陌生的，原因你应该也知道，服务器异常嘛，

这时候clr会把这个未处理的异常抛给iis并且包装成http500的错误返回到客户端，就比如下面这样。

![240033383813517.png][]

从这张图中，我故意输入了xss字符，然后的然后，web程序自爆异常，其实我想表达的意思就是，虽然说web程序抛异常了，但不代表iis就

挂了，所以iis还是需要给客户端做出反馈，这就有了http header，和body信息，同样的道理，wcf的服务器异常机制也是这样。。。service

抛出了异常，不代表console就挂了，console要做的事情就是把这个异常包装起来丢给调用方，而wcf是怎么包装的呢？？？就是用了这篇所

说的FaultException。。。

一：FaultException

1. faultexception是干什么的？

刚才我也说了，这个异常就是wcf来包装远程错误的，具体的类含义就是表示“SOAP错误“，如果你够细心的话，你还会发现到它有个属性

叫Serializable，有了它，这个叼毛就可以序列化到Soap消息中，对伐？？？

![240014295846814.png][]

2. 如果挖出faultexception？

挖出这个exception的方法有很多，比如我来造一个“除以0”的异常，如下所示：

Service：

public class HomeService : IHomeService
     {
     public Student Get(string id)
     {
     //这里必然会抛出异常。。。
     var result = Convert.ToInt32(id) / Convert.ToInt32("0");
    
     return new Student() { ID = Convert.ToInt32(id), Name = "hxc", SNS = "001" };
     }
     }

Client：

public class Program1
     {
     static void Main(string[] args)
     {
     using (HomeServiceClient client = new HomeServiceClient())
     {
     try
     {
     var result = client.Get("1");
     }
     catch (Exception ex)
     {
    
     }
     }
     }
     }

![240026512405633.png][]

看到了没有，虽然wcf的service已经抛出异常了，但是还是被clr用Faultexception包装起来了，正如你看到了s:Fault节点，仔细往下看的话，

你还会看到faultcode,faultstring,detail等等属性节点，那下面有个问题就来了，我们平时在Client端都习惯这么写。

using (HomeServiceClient client = new HomeServiceClient())
     {
     try
     {
     var result = client.Get("1");
     }
     catch (Exception ex)
     {
     client.Abort();
     }
     }

但是这么写有个什么问题呢？？？就是不管客户端抛出什么异常，我们都习惯用基类异常Exception捕获，但是wcf有一点非常恶心的就是，

它的异常信息非常的少，第一眼根本看不出个一二三，这是因为所有的异常你都用顶级的exception捕获，自然你能知道的信息就非常少，

这也很正常，如果你想要更详细的信息，你是不是应该在Client端写上更具体的异常捕获类呢？？？就比如你现在已经知道的FaultException

是因为服务器的错误都是由它处理的。

![240044553658727.png][]

如果现在你按照上图中所coding的那样，你是不是对异常信息可以了解的更深，起码你知道这个异常的抛出，绝逼是因为通道是正常的，只是

servcie抛出异常了而已。。。那你可能要问了，我这话的言外之意就是还有其他异常类也会捕获wcf抛出的异常，对的，比如说你的信道出现

故障，这时候会抛出一个“通信异常（CommunicationException）”。

三：如何挖出“通信异常”

挖出这个异常，也是很简单的，现在我们需要使用”会话级别“的binding，比如说nettcpbinding，wshttpbinding，这里的话，我选择

后者，因为是这样的，第一次服务器抛异常以后，客户端和服务器端通信信道就会关闭，如果你在客户端不重新new一个client，那么这时候你

第二次再使用client的话，这个时候就会产生“信道故障“，抛出CommunicationException，而当你看到CommunicationException的时候，

你可以非常有自信的说，老子的wcf根本就没有连接到service，而是在client端就被杀死了。。。下面我演示一下。

![240055460062687.png][] ![240058019129299.png][]

四：自定义FaultException

现在你应该知道了，只要是Servcie的Exception都会抛出 FaultException，对吧，而且你用Fiddler观察的话，也看的出其中的faultcode

和faultstring貌似都不是很详细，那我就有一个想法了，既然wcf会自己给我包装个FaultException，那何不我自己就在发生异常的时候自己包

装一个自定义的FaultException，然后我可以包装一些我自己想要告诉客户端的信息，这样的话是不是灵活性非常的大呢？？？想法很不错，wcf

也是恩准这么做的，下面我把service的get方法更改如下，在FaultException中自定义Reason，Code，Action等等自定义信息。

public class HomeService : IHomeService
     {
     public Student Get(string id)
     {
     try
     {
     //这里必然会抛出异常。。。
     var result = Convert.ToInt32(id) / Convert.ToInt32("0");
    
     return new Student() { ID = Convert.ToInt32(id), Name = "hxc", SNS = "001" };
     }
     catch (Exception ex)
     {
     var reason = new FaultReason("你这个战斗力只有五的渣渣。。。 这么简单的错误都出来了，搞个鸡巴毛");
    
     var code = new FaultCode("500");
    
     var faultException = new FaultException(reason, code, "是Get这个王八蛋");
    
     throw faultException;
     }
     }
     }

![240113292569124.png][]

好了，大概就说这么多了，我的目的也很简单，在写wcf的client的时候，尽量做到异常越具体越好，这样方便我们尽可能快的排查问题，因为

wcf的异常信息真的太tmd坑爹了！！！减轻痛苦，从小做起~~~

[240033383813517.png]: /images/20220126/ed91647d25164b5f909a0d1530b3e9fd.png
[240014295846814.png]: /images/20220126/6817e8407e1247aebfd5566e253405be.png
[240026512405633.png]: /images/20220126/03b558009cc54735888739906d0fde61.png
[240044553658727.png]: /images/20220126/cb0081f8c8424b6c802dbb35621ac93b.png
[240055460062687.png]: http://images0.cnblogs.com/blog2015/214741/201507/240055460062687.png
[240058019129299.png]: /images/20220126/f7d1accf77be4f39b752e19fa0451517.png
[240113292569124.png]: /images/20220126/8f42e429dcad410c8616409f9a99cef2.png