URL中的保留和不安全字符
来源:互联网 发布:平安淘宝信用卡 编辑:程序博客网 时间:2024/06/10 16:55
书写URL时要使用US-ASCII字符集可以显示的字符。如果需要在URL中使用不属于此字符集的字符,就要使用特殊的符号对该字符进行编码。如:最常使用的空格用%20来表示,例如:http://www.google.com/new%20123.html。除了那些无法显示的字符外,还需要在URL中对那些保留(reserved)字符和不安全(unsafe)字符进行编码。
所谓保留字符就是那些在URL中具有特定意义的字符。不安全字符是指那些在URL中没有特殊含义,但在URL所在的上下文中可能具有特殊意义的字符。例如双引号(“”)
部分保留字符和不安全字符及其URL编码
通常情况下,如果对某个字符能否在URL中使用有疑问,那么你应该始终使用该字符的编码。除字母、数字和字符$-_.+!*’()外的其它所有字符都应该使用编码。
URL编码在ASCII表中的体现
如何编码?
众所周知,字符是可由八位字节数(octet)来表示的,八位字节数可用十六进制来表示它的值。如字符“<”的八位字节数十六进制值是3C。在URL中,字符的编码方式为:“%”加上字符的两个十六进制数值。举几个例子:
“<”可以被编码为%3C,空格“SP”可被编码为“%20” “田”的GB2312编码十六进制值是CC
EF,这时“田”的URL编码为%CC%EF “囧”的GBK编码十六进制值是87 E5,这时“囧”的URL编码为%87%E5
“田”的UTF-8编码十六进制值是E7 94 B0,这时“田”的URL编码为%E7%94%B0 URL中包含汉字时的更多话题
RFC1738没有规定汉字的编码方式,而是让浏览器自己去决定,因此造成了URL汉字编码的不统一。经过研究,对于URL中的“查询字符串”和“路径”中包含汉字,不同浏览器有不同的处理。
- 查询字符串中包含汉字 在网址输入:http://www.baidu.com/s?wd=田囧 ,敲击回车,使用Fiddler观察浏览器发出的请求(以IE8和Firefox为例): 查询字符串中含有中文
IE8将汉字作为GBK编码,直接发往服务器(这其实是不符合RFC规范的);Firefox则多了一次加%的操作。Windows操作系统是GBK编码。得到结论,地址栏直接访问URL,汉字作为查询字符串(Query string)时,IE和Firefox会使用系统编码发至服务器端,Firefox会按规矩编码。
注意1:不要用Google进行测试,Google的搜索URL(类似:http://www.google.com/#hl=en&source=hp&q=田囧),搜索关键词那里不是查询字符串,因为前面有个#……我开始没注意到,被搞迷茫了很久……
注意2:这只是对URL直接访问的规律。如果页面时从链接点击打开的,例如从A页面含中文的链接打开了B页面,那么浏览器对中文的编码取决于A页面的编码。
- URL路径中包含汉字 在网址直接输入:http://www.hudong.com/wiki/田囧 ,敲击回车,观察请求 路径中含有中文 IE8和Firefox都把汉字作为UTF8,按规范进行了URL编码。
原文请看:http://blog.csdn.net/mr_pang/article/details/47060087
- URL中的保留和不安全字符
- URL中的保留和不安全字符
- URL中的保留和不安全字符
- URL中的保留和不安全字符
- 关于url中特殊字符的问题(url不安全字符和保留字符)
- HTML链接和Web书写URL之处理保留字符和不安全字符
- HTTP协议规定的 - URL中的保留字符
- 判断字符是否是不安全的url字符
- URL中的特殊字符
- URL中的特殊字符
- URL中的特殊字符
- URL中的特殊字符
- URL中的特殊字符
- URL中的特殊字符
- URL中的特殊字符
- URL中的特殊字符
- URL中的特殊字符
- URL中的特殊字符
- reactNative开发中react-navigation三种使用情况案例
- hdu-1234-开门人关门人(结构体)
- java责任链模式及项目实际运用
- Word 2016使用技巧
- Python定时利用QQ邮件发送天气预报
- URL中的保留和不安全字符
- 编码问题(java)
- 那些年我们想做的无人值守
- 同步锁synchronized
- java 自我知识总结(十三)final
- 让“懒惰” Linux 运维工程师事半功倍的 10 个关键技巧!
- 201503-1 图像旋转 ccf
- 电路加法
- 冒泡排序