最近在項(xiàng)目里面用到了WebService，談一下學(xué)習(xí)體會(huì)及它的用法。

　　現(xiàn)在項(xiàng)目需求是這樣的：客戶是做直銷行業(yè)的，現(xiàn)在他們用著幾個(gè)軟件系統(tǒng)，我們稱之為業(yè)務(wù)系統(tǒng)，假設(shè)為A，B，C，現(xiàn)在需要把這三個(gè)系統(tǒng)的某些功能模塊獨(dú)立出來，如：用戶下訂單→公司審核訂單→生成出庫單→物流發(fā)貨。以前客戶如果想要 查看訂單進(jìn)行發(fā)貨操作的話，需要分別登錄到A，B，C三個(gè)業(yè)務(wù)系統(tǒng)的后臺(tái)，一一進(jìn)行操作，非常不便，現(xiàn)在客戶要求把物流發(fā)貨這一塊獨(dú)立出來，我們稱之為物流系統(tǒng)D，只需要這一個(gè)系統(tǒng) 分別管理A，B，C三個(gè)系統(tǒng)的訂單等信息。 但是，A，B，C這三個(gè)業(yè)務(wù)系統(tǒng) 所在的服務(wù)器不同，數(shù)據(jù)庫也不同，因此在數(shù)據(jù)交互方面如果采用 數(shù)據(jù)庫里的一些技術(shù) 會(huì)非常復(fù)雜。因此想利用 WebService服務(wù)進(jìn)行各個(gè)系統(tǒng)間的通信。

　　關(guān)于WebService的一些具體用法，本文就不做介紹了，相信讀者在網(wǎng)上可以查到很多資料。只談一下項(xiàng)目中的具體應(yīng)用。

　　首先，在物流系統(tǒng)D中，建立一個(gè)WebService，在.cs中添加方法，這里我們添加一個(gè)方法insertOrder（DataSet ds，WebServiceKey key），參數(shù)是一個(gè)DataSet和一個(gè)Key，其中ds是三個(gè)系統(tǒng)傳過來的，里面是Order的具體信息，在物流系統(tǒng)D中獲取過來后，插入到物流的數(shù)據(jù)庫中，同時(shí)返回給業(yè)務(wù)系統(tǒng)一個(gè)ResultID，用來標(biāo)識(shí) 是否已經(jīng)成功將數(shù)據(jù) 傳輸?shù)轿锪飨到y(tǒng)中。

　　其次，在各業(yè)務(wù)系統(tǒng)中，分別引用WebService，向物流系統(tǒng)中傳輸數(shù)據(jù)。

　　要注意的幾個(gè)問題：

　　（1）可能出現(xiàn)網(wǎng)絡(luò)不通的情況，用戶的訂單可能傳不過來，因此，我們在用戶每下一個(gè)訂單的時(shí)候，都會(huì)遍歷數(shù)據(jù)庫中，ResultID為空的數(shù)據(jù)，如果為空，即調(diào)用WebService進(jìn)行數(shù)據(jù)傳輸。這樣，即使有一個(gè)用戶因?yàn)樘厥庠驔]有 同步過來數(shù)據(jù)，其他用戶在下訂單的時(shí)候，也會(huì)幫著同步數(shù)據(jù)。這樣，除非網(wǎng)絡(luò)全部癱瘓，才會(huì)導(dǎo)致數(shù)據(jù)傳輸失敗。

　　（2）在同步數(shù)據(jù)的時(shí)候，即使因?yàn)樘厥庠颍瑢?dǎo)致數(shù)據(jù)傳輸失敗，也不能影響用戶的其他操作。

　　經(jīng)過幾天的奮斗，其功能已經(jīng)實(shí)現(xiàn)，在本地測試良好，但在發(fā)布到服務(wù)器上時(shí)，卻訪問不了WebService，百思不得其解，其報(bào)錯(cuò)信息如下：

　　System.Web.Services.Protocols.SoapException： 服務(wù)器無法處理請求。 ---》 System.TypeInitializationException： “WebService”的類型初始值設(shè)定項(xiàng)引發(fā)異常。 ---》 System.NullReferenceException： 未將對象引用設(shè)置到對象的實(shí)例。

　　在 WebService..cctor（）

　　--- 內(nèi)部異常堆棧跟蹤的結(jié)尾 ---

　　--- 內(nèi)部異常堆棧跟蹤的結(jié)尾 --

　　根據(jù)以上信息，猜測是有些東東沒有賦值，但始終找不到原因，最終找到：我們在用WebService的時(shí)候，需要一個(gè)Key，用來防止 隨便一個(gè)人就能訪問我們的WebService，而在服務(wù)器的數(shù)據(jù)庫中，我們沒有加入這個(gè)字段，導(dǎo)致始終返回一個(gè)空值，報(bào)了上述錯(cuò)誤。

　　關(guān)于server 內(nèi)部異常堆棧跟蹤的結(jié)尾

　　1.在taidou中，創(chuàng)建完人物，然后點(diǎn)擊進(jìn)入游戲 出現(xiàn)此問題的解決方法

　　日志輸出情況為下：

　　解決方法如下：

　　從日志輸出上邊可以看出 是一個(gè)LitJson轉(zhuǎn)化時(shí)出的的錯(cuò)誤。 再從日志輸出上看到是在TaidouServer的RolerHandler的第55行轉(zhuǎn)換時(shí)出現(xiàn)的問題，即 ParameterTool.AddParameter（parameters，ParameterCode.RoleList， roeList）;此行代碼出現(xiàn)問題。因?yàn)閞oeList里面的Role帶有user的對象，這樣有關(guān)聯(lián)的轉(zhuǎn)換是會(huì)出現(xiàn)問題的

　　錯(cuò)誤代碼：

　　case SubCode.GetRole：

　　List《Role》 roeList = roleManager.GetRoleListByUser（peer.LoginUser）;//取得登錄的user.

　　ParameterTool.AddParameter（parameters，ParameterCode.RoleList， roeList）;

　　break;

　　改正后的代碼：

　　case SubCode.GetRole：

　　List《Role》 roeList = roleManager.GetRoleListByUser（peer.LoginUser）;//取得登錄的user.

　　foreach （var role1 in roeList）

　　{

　　role1.User = null;

　　}

　　ParameterTool.AddParameter（parameters，ParameterCode.RoleList， roeList）;

　　break;

　　2.中出現(xiàn)此問題的大眾解決方法解決方法

　　1.首先檢查，服務(wù)器端的NuGet程序包是否添加MySql.Data。

　　2.檢查服務(wù)器端的NHibernateHelper類里關(guān)于連接數(shù)據(jù)庫的信息是否正確。

　　3.檢查服務(wù)器端的Model和Mapping是否一致。