那些你需要注意的坑

　　　　

          終於一路走來，到了本系列的最後一篇了，這一篇也沒什麼好說的，整體知識框架已經在前面的系列文章中講完了，wcf的配置眾多，如果

不加一些指定配置，你可能會遇到一些災難性的後果，快來一睹為快吧。

 

一： 第一個大坑 【資料傳輸量】

　　 我們使用wcf的目的，就是用來進行分散式的資料互動，既然是互動，就一定要進行資料交換，可能一些新人並沒有注意到wcf在資料傳輸量上

面做了一個大小限制，比如我現在要傳輸一個2m的txt給service，會出現什麼情況？？？

 1        static void Main(string[] args) 2         { 3             try 4             { 5                 var txt = File.ReadAllText("E:\1.txt"); 6  7                 HomeServiceClient client = new HomeServiceClient(); 8  9                 client.Get(txt);10 11                 int i = 10;12 13             }14             catch (Exception ex)15             {16 17                 throw;18             }19         }

 

可是的可是，我們在玩aspnet的時候，再大的傳輸量都見過，但為什麼這玩意就拋異常了呢？？？下面一個問題就來了，這個傳輸預設值到底

是多少？？？ 接下來我們就用ILSpy翻翻看。

 

可以看到，這個叼毛玩意居然只有 64k。。。沒錯，你看到的就是64k，也就說明你的傳輸量不能大於64k，否則請求就會在client端拒絕，

知道了原因，我們現在就可以這麼修改config了。

 

有很多資料在配置這個坑的時候，也會使用MaxBufferSize 和 MaxBufferPoolSize，就是用來增加緩衝區和緩衝池的大小。

 

一： 第二個大坑 【併發量太低】

　　說起這個大坑，還得先從一段程式碼說起，下面是一段對服務進行2w次併發呼叫，然後我們看看效果。

    public class Program1    {        static void Main(string[] args)        {            try            {                for (int i = 0; i                         {                            try                            {                                HomeServiceClient client = new HomeServiceClient();                                Console.WriteLine("第 {0} 個請求開始。。。", obj);                                client.Get("12312");                                Console.WriteLine("第 {0} 個請求結束。。。", obj);                            }                            catch (Exception ex)                            {                                Console.WriteLine(ex.Message);                            }                        }, i);                    }                    catch (Exception ex)                    {                        Console.WriteLine(ex.Message);                    }                }                Console.Read();            }            catch (Exception ex)            {                throw;            }        }    }

 

    從上面你可以看到，當併發數達到800左右的時候，servcie端就開始拒絕client端過來的請求了，並且之後的1min的時間裡，client端

開始出現超時異常，這肯定不是我想看到的， 那有人就要說了，我的併發達到800多很正常啊，如果提高這個併發呢？？？其實在wcf裡面

有一個叫做ServiceThrottlingElement繫結元素，它就是用來控制服務端的併發數。

 

這三個屬性的大概意思，我想大家都看的明白，不過有點奇怪的是，這三個屬性的預設值 和 ILSpy中看到的不一樣。。。

 

也懶的研究原始碼了，不管怎麼樣，反正這三個屬性值都是int型別的，所以我將他們設定為int.maxValue就好了。

                                      <!--是否在錯誤中包含有關異常的詳細資訊--&gt                                                                                                                                                        

 

然後我們再把程式跑起來看一看。。。

 

      現在你可以發現併發早已突破800了，不過你要記住，如果併發數太多，容易造成系統資源耗盡，導致崩潰，這時候負載均衡就來

了，對吧，wcf需要修改的配置還有很多，正因為wcf框架龐大，很多預設配置不符合生產需求，所以大家在工作中需要注意，這個系列

就到此打住了，希望對你有幫助。