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

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

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

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