我们在玩web编程的时候，可能你会不经意的见到一些http500的错误，我想你应该不会陌生的，原因你应该也知道，服务器异常嘛，
这时候clr会把这个未处理的异常抛给iis并且包装成http500的错误返回到客户端，就比如下面这样。
从这张图中，我故意输入了xss字符，然后的然后，web程序自爆异常，其实我想表达的意思就是，虽然说web程序抛异常了，但不代表iis就
挂了，所以iis还是需要给客户端做出反馈，这就有了http header，和body信息，同样的道理，wcf的服务器异常机制也是这样。。。service
抛出了异常，不代表console就挂了，console要做的事情就是把这个异常包装起来丢给调用方，而wcf是怎么包装的呢？？？就是用了这篇所
说的FaultException。。。
## 一：FaultException
1\. faultexception是干什么的？
刚才我也说了，这个异常就是wcf来包装远程错误的，具体的类含义就是表示“SOAP错误“，如果你够细心的话，你还会发现到它有个属性
叫Serializable，有了它，这个叼毛就可以序列化到Soap消息中，对伐？？？
2\. 如果挖出faultexception？
挖出这个exception的方法有很多，比如我来造一个“除以0”的异常，如下所示：
Service：
~~~
1 public class HomeService : IHomeService
2 {
3 public Student Get(string id)
4 {
5 //这里必然会抛出异常。。。
6 var result = Convert.ToInt32(id) / Convert.ToInt32("0");
7
8 return new Student() { ID = Convert.ToInt32(id), Name = "hxc", SNS = "001" };
9 }
10 }
~~~
Client：
~~~
1 public class Program1
2 {
3 static void Main(string[] args)
4 {
5 using (HomeServiceClient client = new HomeServiceClient())
6 {
7 try
8 {
9 var result = client.Get("1");
10 }
11 catch (Exception ex)
12 {
13
14 }
15 }
16 }
17 }
~~~
看到了没有，虽然wcf的service已经抛出异常了，但是还是被clr用Faultexception包装起来了，正如你看到了s:Fault节点，仔细往下看的话，
你还会看到faultcode,faultstring,detail等等属性节点，那下面有个问题就来了，我们平时在Client端都习惯这么写。
~~~
1 using (HomeServiceClient client = new HomeServiceClient())
2 {
3 try
4 {
5 var result = client.Get("1");
6 }
7 catch (Exception ex)
8 {
9 client.Abort();
10 }
11 }
~~~
但是这么写有个什么问题呢？？？就是不管客户端抛出什么异常，我们都习惯用基类异常Exception捕获，但是wcf有一点非常恶心的就是，
它的异常信息非常的少，第一眼根本看不出个一二三，这是因为所有的异常你都用顶级的exception捕获，自然你能知道的信息就非常少，
这也很正常，如果你想要更详细的信息，你是不是应该在Client端写上更具体的异常捕获类呢？？？就比如你现在已经知道的FaultException
是因为服务器的错误都是由它处理的。
如果现在你按照上图中所coding的那样，你是不是对异常信息可以了解的更深，起码你知道这个异常的抛出，绝逼是因为通道是正常的，只是
servcie抛出异常了而已。。。那你可能要问了，我这话的言外之意就是还有其他异常类也会捕获wcf抛出的异常，对的，比如说你的信道出现
故障，这时候会抛出一个“通信异常（CommunicationException）”。
## 三：如何挖出“通信异常”
挖出这个异常，也是很简单的，现在我们需要使用”会话级别“的binding，比如说nettcpbinding，wshttpbinding，这里的话，我选择
后者，因为是这样的，第一次服务器抛异常以后，客户端和服务器端通信信道就会关闭，如果你在客户端不重新new一个client，那么这时候你
第二次再使用client的话，这个时候就会产生“信道故障“，抛出CommunicationException，而当你看到CommunicationException的时候，
你可以非常有自信的说，老子的wcf根本就没有连接到service，而是在client端就被杀死了。。。下面我演示一下。
## 四：自定义FaultException
现在你应该知道了，只要是Servcie的Exception都会抛出 FaultException，对吧，而且你用Fiddler观察的话，也看的出其中的faultcode
和faultstring貌似都不是很详细，那我就有一个想法了，既然wcf会自己给我包装个FaultException，那何不我自己就在发生异常的时候自己包
装一个自定义的FaultException，然后我可以包装一些我自己想要告诉客户端的信息，这样的话是不是灵活性非常的大呢？？？想法很不错，wcf
也是恩准这么做的，下面我把service的get方法更改如下，在FaultException中自定义Reason，Code，Action等等自定义信息。
~~~
1 public class HomeService : IHomeService
2 {
3 public Student Get(string id)
4 {
5 try
6 {
7 //这里必然会抛出异常。。。
8 var result = Convert.ToInt32(id) / Convert.ToInt32("0");
9
10 return new Student() { ID = Convert.ToInt32(id), Name = "hxc", SNS = "001" };
11 }
12 catch (Exception ex)
13 {
14 var reason = new FaultReason("你这个战斗力只有五的渣渣。。。 这么简单的错误都出来了，搞个鸡巴毛");
15
16 var code = new FaultCode("500");
17
18 var faultException = new FaultException(reason, code, "是Get这个王八蛋");
19
20 throw faultException;
21 }
22 }
23 }
~~~
好了，大概就说这么多了，我的目的也很简单，在写wcf的client的时候，尽量做到异常越具体越好，这样方便我们尽可能快的排查问题，因为
wcf的异常信息真的太tmd坑爹了！！！减轻痛苦，从小做起~~~
- 第一天 三种Binding让你KO80%的业务
- 第二天 告别烦恼的config配置
- 第三天 client如何知道server提供的功能清单
- 第四天 你一定要明白的通信单元Message
- 第五天 你需要了解的三个小技巧
- 第六天 你必须要了解的3种通信模式
- 第七天 Close和Abort到底该怎么用才对得起观众
- 第八天 对“绑定”的最后一点理解
- 第九天 高级玩法之自定义Behavior
- 第十天 学会用SvcConfigEditor来简化配置
- 第十一天 如何对wcf进行全程监控
- 第十二天 说说wcf中的那几种序列化
- 第十三天 用WCF来玩Rest
- 第十四天 一起聊聊FaultException
- 终结篇 那些你需要注意的坑