记一次php调用java传递xml字符串乱码问题

这两个工作需要，给一个php同事提供java接口，参数内容：

<xml>
<ToUserName><![CDATA[wxcc878e3a91463bb5]]></ToUserName>
<FromUserName><![CDATA[on2BF1J3NBTUCFChovU-CNOs1MxU]]></FromUserName>
<CreateTime>1348831860</CreateTime>
<MsgType><![CDATA[text]]></MsgType>
<Content><![CDATA[this is a test]]></Content>
<MsgId>1234567890123456</MsgId>
<BrandId><![CDATA[5]]></BrandId>
<HotelId><![CDATA[5]]></HotelId>
</xml>

request header:
method:POST。
由于客观原因，不能直接调用，所以自测接口时用的postman，接口调用一切正常。BUT，上线以后，测试时一直报
org.dom4j.DocumentException: Error on line 1 of document : 前言中不允许有内容。 Nested exception: 前言中不允许有内容。
但是日志输出：

<xml><ToUserName><![CDATA[wxcc878e3a91463bb5]]><\/ToUserName><FromUserName><![CDATA[on2BF1J3NBTUCFChovU-CNOs1MxU]]><\/FromUserName><MsgType><![CDATA[text]]><\/MsgType><Content><![CDATA[123]]><\/Content><BrandId><![CDATA[5]]><\/BrandId><HotelId><![CDATA[5]]><\/HotelId><\/xml>

标签中多了转义字符\，使用正则替换：xml.replaceAll("<\\\\/","</");，之后输出正常。

但是上面的异常信息还在。。。。。。
网上几乎一致的解决方案：用编辑器打开另存为，修改编码格式。程序怎么会这么搞！！！

在同事的协助下,使用CURL 在命令行中请求：

curl -X POST \
  http://localhost:21010/wx_reply/reply2User \
  -H 'cache-control: no-cache' \
  -H 'content-type: application/xml' \
  -H 'postman-token: 08ae772c-7891-aaa2-01ef-30dccf5ffac0' \
  -d '<xml>
<ToUserName><![CDATA[wxcc878e3a91463bb5]]></ToUserName>
<FromUserName><![CDATA[on2BF1J3NBTUCFChovU-CNOs1MxU]]></FromUserName>
<CreateTime>1348831860</CreateTime>
<MsgType><![CDATA[text]]></MsgType>
<Content><![CDATA[this is a test]]></Content>
<MsgId>1234567890123456</MsgId>
<BrandId><![CDATA[5]]></BrandId>
<HotelId><![CDATA[5]]></HotelId>
</xml>'

发现参数实际是：

%3Cxml%3E%0A%3CToUserName%3E%3C%21%5BCDATA%5Bwxcc878e3a91463bb5%5D%5D%3E%3C%2FToUserName%3E%0A%3CFromUserName%3E%3C%21%5BCDATA%5Bon2BF1J3NBTUCFChovU-CNOs1MxU%5D%5D%3E%3C%2FFromUserName%3E%0A%3CCreateTime%3E1348831860%3C%2FCreateTime%3E%0A%3CMsgType%3E%3C%21%5BCDATA%5Btext%5D%5D%3E%3C%2FMsgType%3E%0A%3CContent%3E%3C%21%5BCDATA%5Bthis+is+a+test%5D%5D%3E%3C%2FContent%3E%0A%3CMsgId%3E1234567890123456%3C%2FMsgId%3E%0A%3CBrandId%3E%3C%21%5BCDATA%5B5%5D%5D%3E%3C%2FBrandId%3E%0A%3CHotelId%3E%3C%21%5BCDATA%5B5%5D%5D%3E%3C%2FHotelId%3E%0A%3C%2Fxml%3E=

也就是说：
spring对request中body的内容进行了encode。使用URLDecode.decode(xml) 后得到了正常的内容，但发现参数后面多了一个=（看上面的参数）。
最终检查发现：是php同事调用接口时的Content-Type:application/json，改成application/xml 后，问题解决了。

总共花了8个小时，解决了这么一个问题����
由于是用的日志工具类和Sysetem.out.println(); 输出的参数都是解码之后的正常参数，所以一直没有意识到是编解码的问题。

总结：排查问题还是要从多维度、使用多种方式或者工具，单一维度考虑容易钻牛角尖………………