今天在幫助同事解決對WebService進行 Web References 調(diào)用問題：當調(diào)用webservice第一個方法Method1發(fā)現(xiàn)服務端Set-Cookie: ASP.NET_SessionId=*****保存了ASP.NET的會話狀態(tài)。接著當我再調(diào)用webservice的第二個方法Method2時發(fā)現(xiàn)無法正確返回服務器端處理結(jié)果 

也就是說webservices進行http post 的時無法正常響應服務端。感覺問題就出在cookie上（Method1調(diào)用時服務端進行了Set-Cookie），但是就是始終解決不了問題。接著測試webservices瀏覽器端訪問，一切都是正常的。只怪自己對WebService了解甚少，導致明明知道問題所在，就是無法解決問題。。 

技術問題往往都是這樣，當你越想解決它，它就越難快速的被你搞定。于是乎下班回家后沖涼、吃飽后繼續(xù)嘗試解決問題。我突然想到了long long ago 俺寫過一篇文章，就是http抓包的文章，文章地址在這里：http://www.cnblogs.com/ryanding/archive/2011/01/17/1936392.html。主要是通過HttpWebRequest、HttpWebResponse 這兩大神器來解決問題。后來想想這樣做肯定可以搞定這個問題。但是還是稍微過于繁瑣了。記得HttpWebRequest 有一個CookieContainer對象，可以解決cookie問題。于是乎就拼命的在WebServcie的Web References實例化對象上找相關屬性。最終完美的被我解決了，代碼如下： 

復制代碼代碼如下:

ConsoleApplication1.WebReference.YourWebServiceName proxy= new ConsoleApplication1.WebReference.YourWebServiceName(); 
System.Net.CookieContainer Cookies = new System.Net.CookieContainer(); 
proxy.CookieContainer = Cookies; 

代碼執(zhí)行完以上信息在執(zhí)行Method1，因為這玩意才開始 Set-Cookie... 
接著在執(zhí)行Method2一切都OK了。 
這說明了 proxy.CookieContainer存儲了客戶端的 ASP.NET_SessionId。這樣以后每次通過webservice 方法調(diào)用時，都會將ASP.NET_SessionId傳遞到服務器端。 
注:該WEBSERVICES 是客戶提供的，我們不能隨便修改它的代碼。 
我想應該也有不少人碰見了類似的問題。本文權(quán)當方便后來人吧。