Get请求与URL编码解码_Boboma_dut的博客

CSDN博客_get请求url编码 · · 397 次点击 · · 开始浏览    
这是一个创建于 的文章,其中的信息可能已经有所发展或是发生改变。

Get请求传参,与编码解码

@1 Get请求流程:

在get请求中,参数直接添加在了url后面,同url一起提交到服务器。

常用的url参数的格式为:

http://ip:port/path/file?参数1=值1&参数2=值2….
多个参数之间使用&分割,参数与值之间使用=分割

例如:
http://localhost:8080/http/test?p1=zhangsan&p2=18

服务器端Servlet通过 req.getParameter(“参数名”)就可以获取相应参数的值。


@2 问题的产生

这是正常的使用情况,我们需要考虑某些特殊情况,如下:

假如p1参数的值是 “zhang&san”,那么url地址变为:
http://localhost:8080/http/test?p1=zhang&san&p2=18

这时,我们通过req.getParameter(“p1”)获取到的值为“zhang”,而不是我们想要的“zhang&san”,

这该怎么办呢,URL机制该如何应对类似的这种情况呢?


@3 解决问题-1 URL编码过程

为了防止这种情况发生,URL规定(RFC1738草案),在通过URL进行网络访问时,
需要将URL参数中的特殊字符进行URL编码。

这里面涉及到两个问题:

1 哪些字符是特殊字符

2 编码的时候如何进行编码

第一个问题:
除了大小写字母、数字、-_.(横线下划线小数点)这三类字符之外的字符,均为特殊字符

第二个问题:
特殊字符进行编码时分为两个步骤,
1:
特殊字符需要按照一定的编码格式(gbk或utf-8)转换为byte数组 (ISO-8859-1),
如,在gbk编码格式下 :
; 对应[3B]
& 对应[26]
%对应[25]
马对应[C2,ED]
经过第一步 ;&%马对应的字节序列变为 [3B,26,25,C2,ED]

2:
将第一步生成的byte数组,每个byte前添加%号,生成URL编码后的字符串
于是:
[3B,26,25,C2,ED]
转换为
%3B%26%25%C2%ED

这就是URL编码的过程,以及最终生成的编码后字符串。

在编写程序时,我们可以调用方法(或js中的function)来帮我们完成这个编码过程:
java中:java.net.URLEncoder(源URL,‘编码格式’);
js中:encodeUrIComponent(源URL);

这里需要注意的一点是,对于特殊字符空格“ ”,在通过URLEncoder编码时,不会编码成%20,(空格对应的ascii为0x20),而是会编码成“+”加号。这一点与 URL规定(RFC1738草案)中描述的不同。
但是这并不影响我们的使用,只要在解码时,按照这个规则进行解码就行了。


@3 解决问题-2 URL解码过程

web容器(以Tomcat为例)在接收到用户的Get请求后,会解析http请求报文,根据报文内容与服务器的环境,生成request对象,发送给Servlet处理。

服务器的环境,就是当前服务器的一些配置信息,其中重要的一项就是“默认编码格式”,
以tomcat8为例,默认编码格式为utf-8。

在servlet中,我们可以通过req.getParameter(“参数名”);来获取对应参数的值,这里要注意该调用背后的工作:
1:
在第一次调用该方法时,tomcat会将queryString按照&和=号进行分割成一个个的键值对,
然后对各个键和它对应的值进行url解码,string str = URLDecoder.decode(键/值,“tomcat编码格式”);,
这样,之前经过url编码的键/z值,又回归到了原本的模样。(解码的过程与编码过程相反)。
然后,解析该字符串,获取参数名和参数值(键值对),放入request对象的parameterMap中。
2:
第二步根据参数名,查找parameterMap,返回参数值。

这里需要注意的是,
1、按照URL规定(RFC1738草案),%20会解码为空格;按照encode方案,+号也会被解码为空格,所以%20和+号,均会被解码为空格。
2、解码过程会出现错误,此时该参数的值为null,
如,queryString为“name=3&age=3%3+&size=8”,这样在decode时参数age的值3%3+不满足解析的规则(%号后需要两位16进制数);那么age参数的值为null,name和size的值不受影响。

所以,对于get请求,对url中参数进行URLDecode的工作,tomcat帮助我们做了,解码时采用的编码格式为tomcat默认的编码格式,当然我们也可以通过配置文件,修改默认编码。


最后有几点需要声明:
1:
如果decode时的编码格式与encode时不同,那么参数就会出现中文乱码的问题。

2:
在浏览器地址栏中输入地址,浏览器在发起http请求时,并不会自动帮你将特殊字符进行encode,造成这个假象的原因是,他会将空格和中文字符,按照“utf-8”编码格式进行urlencode,其他特殊字符,它是不管的。

本文来自:CSDN博客_get请求url编码

感谢作者:CSDN博客_get请求url编码

查看原文:Get请求与URL编码解码_Boboma_dut的博客

397 次点击  
加入收藏 微博
暂无回复
添加一条新回复 (您需要 登录 后才能回复 没有账号 ?)
  • 请尽量让自己的回复能够对别人有帮助
  • 支持 Markdown 格式, **粗体**、~~删除线~~、`单行代码`
  • 支持 @ 本站用户;支持表情(输入 : 提示),见 Emoji cheat sheet
  • 图片支持拖拽、截图粘贴等方式上传