go中url.ParseRequestURI和url.Parse函数的踩坑记

大家好,我是渔夫子。

今天给大家分享一下我在实际工作中使用url.Parse和url.ParseRequestURI两个函数时遇到的一个问题。

问题是这样的:当要解析的url字符串中包含有字符"#"时,使用url.Parse解析,会导致#后面的参数解析不出来。而使用ParseRequestURI就能解析到。

接下来我们看下为什么url.Parse函数会把 # 号后面的参数给省略掉。

首先,我们有一个url地址,如下:

go 复制代码
http://localhost?wifi=true&carrier=#Staysafe AIS&os=android

在这个url中有三个参数wifi、carrier和os。其中carrier值中包含有特殊字符 #。 我们看下分别使用两个函数对该url进行解析的结果。

使用url.Parse函数

go 复制代码
package main

import (
	"fmt"
	"net/url"
)

func main() {
	attrRawUrl := "http://localhost?wifi=true&carrier=#Staysafe AIS&os=android"

	urlObj, _ := url.Parse(attrRawUrl)

	fmt.Printf("urlObj:%#v\n", *urlObj)
}

将解析后的urlObj变量打印出来如下:

go 复制代码
url.URL{
    Scheme:"http", 
    Opaque:"", 
    User:(*url.Userinfo)(nil), 
    Host:"localhost", 
    Path:"", 
    RawPath:"", 
    OmitHost:false, 
    ForceQuery:false, 
    RawQuery:"wifi=true&carrier=", 
    Fragment:"Staysafe AIS&os=android", 
    RawFragment:"Staysafe AIS&os=android"
}

这里,我们注意解析后的RawQuery字段的值是"wifi=true&carrier=",carrier的值是空,#号后面的值被填充到了Fragment字段中。

在使用urlObj.Values函数将RawQuery字段的字符串解析到map时,发现carrier后面的参数os竟然没有解析到。

使用url.ParseRequestURI函数

go 复制代码
package main

import (
	"fmt"
	"net/url"
)

func main() {
	attrRawUrl := "http://localhost?wifi=true&carrier=#Staysafe AIS&os=android"

	urlObj, _ := url.ParseRequestURI(attrRawUrl)

	fmt.Printf("urlObj:%#v\n", *urlObj)
}

我们再来打印出urlObj变量,如下:

go 复制代码
url.URL{
    Scheme:"http", 
    Opaque:"", 
    User:(*url.Userinfo)(nil), 
    Host:"localhost", 
    Path:"", 
    RawPath:"", 
    OmitHost:false, 
    ForceQuery:false, 
    RawQuery:"wifi=true&carrier=#Staysafe AIS&os=android", 
    Fragment:"", 
    RawFragment:""
}

这里RawQuery字段中的值是"wifi=true&carrier=#Staysafe AIS&os=android",#号后面的字符串并未被阶段。

url.Parse和url.ParseRequestURI的区别

我们再来看下这两个函数的实现是有什么区别

如上图,在实现上,url.Parse显示以 将 # 符号前后做了截断处理。而ParseRequestURI函数则没有。其他的两个函数基本是一样的。

URL中的#号是什么

#代表网页中的一个位置。其右面的字符,就是该位置的标识符。比如

go 复制代码
http://www.example.com/index.html#print

就代表网页index.html的print位置。浏览器读取这个URL后,会自动将print位置滚动至可视区域。 为网页位置指定标识符,有两个方法。一是使用锚点,比如<a name="print"></a>,二是使用id属性,比如 <div id="print" >。

HTTP请求不包括#

#是用来指导浏览器动作的,对服务器端完全无用。所以,HTTP请求中不包括#。 比如,访问下面的网址

go 复制代码
http://www.example.com/index.html#print

浏览器实际发出的请求是这样的:

go 复制代码
 GET /index.html HTTP/1.1

 Host: www.example.com

可以看到,只是请求index.html,根本没有"#print"的部分。

#后的字符

在第一个#后面出现的任何字符,都会被浏览器解读为位置标识符。这意味着,这些字符都不会被发送到服务器端。 比如,下面URL的原意是指定一个颜色值:

go 复制代码
http://www.example.com/?color=#fff

但是,浏览器实际发出的请求是:

go 复制代码
  GET /?color= HTTP/1.1

  Host: www.example.com

可以看到,"#fff"被省略了。只有将#转码为%23,浏览器才会将其作为实义字符处理。也就是说,上面的网址应该被写成:

go 复制代码
http://example.com/?color=%23fff

总上所述,#号的面向对象是浏览器,而非服务端。如果是通过服务端给服务端发送url请求,则服务端依然会收到#号后的字符。所以在解析时,就需要注意用对相应的函数。

总结

#号是给浏览器用来定位网页位置用的。在url中包含#号时,浏览器不会将其后面的字符串发送到服务端。但如果是服务端通过程序发送url时,则不受这个限制。所以,在使用url.Parse解析url地址时,需要注意其会以#号为基准,将url地址截取为两部分。 但url.ParseRequestURI则不会。在实际使用中根据自己的使用场景要正确选择。

相关推荐
脚本自动化开发1 小时前
存储涨价后,磐镭WO5迷你主机值得买吗
后端
爱敲代码的小黄2 小时前
神经网络入门指南:从 CNN、RNN 到 Attention
人工智能·面试·程序员
一只爱撸猫的程序猿3 小时前
我看着一个 AI 引擎在 14 天里,从"记忆"走进了"搜索"
人工智能·后端·架构
陈随易6 小时前
纯 Go 写的 JS 引擎,跑分超过了 C 语言的 QuickJS
前端·后端·程序员
卷无止境7 小时前
RAGFlow 项目全景报告:从文档解析引擎到 Agent 原生数据库
后端·python
小Z先生7 小时前
我用 Go + 系统 WebView 写了个纯本地 Postman:不装 Electron、不连云端
后端·github
IT_陈寒8 小时前
Redis连接池泄漏那次,我差点把生产环境搞崩了
前端·人工智能·后端
灿飞屋8 小时前
Kotlin与Java虚拟机三:控制流
android·java·开发语言·后端·python·kotlin·安卓
石小石Orz8 小时前
AI 正在蚕食我们的编码能力
前端·后端·算法
陈随易9 小时前
专注飞机 FocusFlight,两个人把番茄钟做成了一趟航班
前端·后端·程序员