本文介绍三种使用 Go 标准库提取 URL 中协议、域名、路径部分（即去除查询字符串 ? 及其后内容）的方法，重点推荐基于 net/url 的标准解析方案，兼顾健壮性与可维护性。
本文介绍三种使用 go 标准库提取 url 中协议、域名、路径部分（即去除查询字符串 `?` 及其后内容）的方法，重点推荐基于 `net/url` 的标准解析方案，兼顾健壮性与可维护性。
在 Go 中提取 URL 的基础部分（如 https://example-1.example.com/a/c482dfad3573acff324c/list.txt），不应依赖简单正则或字符串截断——因为真实 URL 可能包含转义字符、嵌套 ?（如查询参数值中含 URL）、锚点 # 等复杂情况。Go 标准库提供了语义化、符合 RFC 3986 规范的解析能力，推荐优先使用 net/url 包。
✅ 推荐方案：使用 net/url.Parse 清除查询参数
package main
import (
"fmt"
"net/url"
)
func main() {
raw := "https://example-1.example.com/a/c482dfad3573acff324c/list.txt?parm1=value,parm2=value,parm3=https://example.com/a?parm1=value,parm2=value"
u, err := url.Parse(raw)
if err != nil {
panic(err)
}
u.RawQuery = "" // 清空查询字符串（保留原始编码，不重新序列化）
u.Fragment = "" // 可选：同时清除锚点（如 #section）
fmt.Println(u.String()) // 输出: https://example-1.example.com/a/c482dfad3573acff324c/list.txt
}该方法优势显著：
- 自动处理 URL 编码（如 %20、%3F），避免手动解码/编码错误；
- 正确识别 ? 在路径或参数值中的位置（例如 parm3=https://...?x=y 不会被误截断）；
- 支持 http/https/ftp 等多种 scheme，且兼容 IPv6 地址、端口、用户信息等完整结构；
- u.String() 保证输出格式合法，无需额外拼接。
⚠️ 次选方案：strings.Cut（适用于简单场景）
s, _, _ := strings.Cut(myString, "?") // 注意：仅当确定第一个 ? 即为查询分隔符时才安全
此方式轻量快捷，但存在风险：若 URL 路径本身含 ?（如 RESTful 资源名 file?v=1.txt）或查询参数值含 ?（如 url=https%3A%2F%2Fexample.com%2Fpath%3Fid%3D1），将导致截断错误。仅建议用于受控、格式严格的内部数据。
❌ 不推荐：正则匹配（regexp）
pat := regexp.MustCompile(`https?://.*\.txt`) s := pat.FindString(myString)
问题包括：
- .* 是贪婪匹配，可能跨多个 ? 或 # 截取过长；
- 未处理 URL 编码，%3F（即 ?）会被忽略，导致匹配越界；
- 无法区分 scheme、host、path 结构，对非法 URL 容错性差；
- 性能开销高于纯字符串操作或结构化解析。
总结
| 方法 | 安全性 | 兼容性 | 维护性 | 推荐度 |
|---|---|---|---|---|
| net/url.Parse + RawQuery = "" | ★★★★★ | RFC 合规 | 高（语义清晰） | ✅ 强烈推荐 |
| strings.Cut | ★★☆☆☆ | 依赖输入格式 | 中（需注释说明限制） | ⚠️ 限简单场景 |
| 正则表达式 | ★☆☆☆☆ | 易出错 | 低（逻辑隐晦） | ❌ 避免使用 |
始终优先使用标准库的结构化解析工具——它不是“过度设计”，而是 Go 对网络编程可靠性的底层承诺。
