最近在做IPNC客户端,在和IPNC交互的过程中,遇到了如下问题
通过HTTP GET方法,参数为schedule=00101120000100000 01001000000000000 ***(参数中带有空格)
与IPNC boa服务器进行交互时,服务器返回内容为
<HTML><HEAD><TITLE>400 Bad Request</TITLE></HEAD>
<BODY><H1>400 Bad Request</H1>
Your client has issued a malformed or illegal request.
</BODY></HTML>
居然请求不成功,而通过firefox直接输入URL(http://192.168.0.168/vb.htm?schedule=
00101120000100000
01001000000000000 ***)地址进行访问时,却又交互成功。
通过查询资料,原来HTTP URL中的一些特殊字符(如空格等)需要进行转义,上面通过firefox进行访问时成功,是因为firefox已经对URL中的特殊字符(这里为空格)进行了转义,
所以交互成功,而我在客户端是通过socket发送HTTP请求头,并没有对参数中的空格进行转义,所以,服务器会传回上面的信息。
下面是网上搜索到的关于URL特殊字符转义的相关信息:
URL特殊字符需转义
1、空格换成加号(+)
2、正斜杠(/)分隔目录和子目录
3、问号(?)分隔URL和查询
4、百分号(%)制定特殊字符
5、#号指定书签
6、&号分隔参数
转义字符的原因:
如果你的表单使用get方法提交,并且提交的参数中有“&”等特殊符的话,如果不做处理,在service端就会将&后面的作为另外一个参数来看待。例如
表单的action为list.jsf?act=go&state=5
则提交时通过request.getParameter可以分别取得act和state的值。
如果你的本意是act='go&state=5'这个字符串,那么为了在服务端拿到act的准确值,你必须对&进行转义
url转义字符原理:
将这些特殊的字符转换成ASCII码,格式为:%加字符的ASCII码,即一个百分号%,后面跟对应字符的ASCII(16进制)码值。例如 空格的编码值是"%20"。
URL特殊符号及对应的十六进制值编码:
1. + URL 中+号表示空格 %2B
2. 空格 URL中的空格可以用+号或者编码 %20
3. / 分隔目录和子目录 %2F
4. ? 分隔实际的 URL 和参数 %3F
5. % 指定特殊字符 %25
6. # 表示书签 %23
7. & URL 中指定的参数间的分隔符 %26
8. = URL 中指定参数的值 %3D
原文地址:http://t8500071.iteye.com/blog/342923