|
|
XML：描述数据的标准方法
SOAP：简单对象访问协议，用于信息交换
WSDL：Web服务描述语言
UDDI：通用描述、发现与集成，它是一种独立于平台的，基于XML语言的用于在互联网上描述商务的协议。
SOAP默认传输的都是UTF-8的编码，这也决定了默认情况下WebService用的也是UTF-8编码。
现在维护的那个项目是一个php项目，编码用的全是GBK，在调用自身提供的WebService方法时，就会遇到编码问题了。php页面调用WebService，而这个WebService又调用的是另一个调用COM组件的php类。大概场景就是这样。
复制代码 代码如下:
php页面（GBK） -> WebService（UTF-8） -> php类（GBK）
在未遇到问题之前，一切都是风平浪静的，就这样过了很多年。有一天，公司收购了其它公司，为了整合服务，用户信息也整合到一起了，原公司所有用户的帐户都是由英文字符加数字组成的，而收购的这个公司没有做这样的限定，帐户有汉字的情况。整合之后，问题出现了，“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的。再次修改后，一切又恢复平静了。
复制代码 代码如下:
调用：php页面，参数转换为UTF-8 -> WebService，转换为GBK后 -> php类
返回：php类 -> WebService，收到后转化为UTF-8 -> php页面，转换为GBK
php技术：PHP XML error parsing SOAP payload on line 1，转载需保留来源！
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
