Socket编程 HTTP请求头中的特殊字符转义

最近在做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

你可能感兴趣的:(Socket编程 HTTP请求头中的特殊字符转义)