WebService，想必大家都比較熟悉，是由“服務(wù)提供方”向“服務(wù)調(diào)用方”提供服務(wù)的一種方式。里面有幾項關(guān)鍵的技術(shù)：

XML：描述數(shù)據(jù)的標準方法
SOAP：簡單對象訪問協(xié)議，用于信息交換
WSDL：Web服務(wù)描述語言
UDDI：通用描述、發(fā)現(xiàn)與集成，它是一種獨立于平臺的，基于XML語言的用于在互聯(lián)網(wǎng)上描述商務(wù)的協(xié)議。

　　SOAP默認傳輸?shù)亩际荱TF-8的編碼，這也決定了默認情況下WebService用的也是UTF-8編碼。

　　現(xiàn)在維護的那個項目是一個PHP項目，編碼用的全是GBK，在調(diào)用自身提供的WebService方法時，就會遇到編碼問題了。PHP頁面調(diào)用WebService，而這個WebService又調(diào)用的是另一個調(diào)用COM組件的PHP類。大概場景就是這樣。

　　在未遇到問題之前，一切都是風(fēng)平浪靜的，就這樣過了很多年。有一天，公司收購了其它公司，為了整合服務(wù)，用戶信息也整合到一起了，原公司所有用戶的帳戶都是由英文字符加數(shù)字組成的，而收購的這個公司沒有做這樣的限定，帳戶有漢字的情況。整合之后，問題出現(xiàn)了，“error in msg parsing: XML error parsing SOAP payload on line 1: Invalid character [detail]”！

　　PHP剛接觸不久，不是甚熟，而且NetBeans的調(diào)試灰常不好整。所以就打開VS，引用WebService，開始測試。返回的結(jié)果，找不到用戶，而且是亂碼，OK，看了一下之后，由于WebService的UTF-8編碼傳給PHP類時，編碼不一致所導(dǎo)致！轉(zhuǎn)換為GBK再傳過去，收到數(shù)據(jù)后，找到用戶，但還是亂碼。將返回過來的數(shù)據(jù)再次轉(zhuǎn)換為UTF-8之后，一切OK！VS下測試一切正常！上測試機！開始測試！打開之后，亂碼！仍然是“error in msg parsing: XML error parsing SOAP payload on line 1: Invalid character [detail]”囧！

　　靜下心來，繼續(xù)分析！應(yīng)該是PHP頁面調(diào)用WebService時所導(dǎo)致！VS下面的那個測試頁面是UTF-8的，他們之間沒有問題，但PHP的這個頁面是GBK的。再次修改后，一切又恢復(fù)平靜了。