发布于 2014-11-05 08:37:39 | 228 次阅读 | 评论: 1 | 来源: 网友投递
XML可扩展标记语言
xml 即 可扩展标记语言 。
可扩展标记语言，标准通用标记语言的子集，一种用于标记电子文件使其具有结构性的标记语言。
本文为大家讲解的是PHP webservice错误：XML error parsing SOAP payload on line 1解决方法，感兴趣的同学参考下。
问题：
PHP中GBK页面调用WebService的编码问题:XML error parsing SOAP payload on line 1
WebService，想必大家都比较熟悉，是由“服务提供方”向“服务调用方”提供服务的一种方式。里面有几项关键的技术：
XML：描述数据的标准方法
SOAP：简单对象访问协议，用于信息交换
WSDL：Web服务描述语言
UDDI：通用描述、发现与集成，它是一种独立于平台的，基于XML语言的用于在互联网上描述商务的协议。
SOAP默认传输的都是UTF-8的编码，这也决定了默认情况下WebService用的也是UTF-8编码。
现在维护的那个项目是一个PHP项目，编码用的全是GBK，在调用自身提供的WebService方法时，就会遇到编码问题了。PHP页面调用WebService，而这个WebService又调用的是另一个调用COM组件的PHP类。大概场景就是这样。
在未遇到问题之前，一切都是风平浪静的，就这样过了很多年。有一天，公司收购了其它公司，为了整合服务，用户信息也整合到一起了，原公司所有用户的帐户都是由英文字符加数字组成的，而收购的这个公司没有做这样的限定，帐户有汉字的情况。整合之后，问题出现了，“error in msg parsing: XML error parsing SOAP payload on line 1: Invalid character [detail]”！
PHP刚接触不久，不是甚熟，而且NetBeans的调试灰常不好整。所以就打开VS，引用WebService，开始测试。返回的结果，找不到用户，而且是乱码，OK，看了一下之后，由于WebService的UTF-8编码传给PHP类时，编码不一致所导致！转换为GBK再传过去，收到数据后，找到用户，但还是乱码。将返回过来的数据再次转换为UTF-8之后，一切OK！VS下测试一切正常！上测试机！开始测试！打开之后，乱码！仍然是“error in msg parsing: XML error parsing SOAP payload on line 1: Invalid character [detail]”囧！
静下心来，继续分析！应该是PHP页面调用WebService时所导致！VS下面的那个测试页面是UTF-8的，他们之间没有问题，但PHP的这个页面是GBK的。再次修改后，一切又恢复平静了。