最可靠方法是使用url.URL.ResolveReference()，它能正确处理/根路径、./当前目录、../上级目录及路径归一化，避免字符串拼接导致的层级错误和编码问题。
Go语言中用 url.URL 合并基础URL和相对路径最可靠
直接字符串拼接 "https://a.com/" + "/b/c" 看似简单，但会破坏路径层级、忽略 .. 和 . 归一化、不处理查询参数编码，极易出错。Go标准库的 url.URL 结构体自带 ResolveReference 方法，专为这个场景设计。
典型使用模式是：把基础URL解析成 *url.URL，再用它去“解析”一个相对路径（也需先解析），而非手动拼字符串。
- 基础URL必须含 scheme 和 host，否则
ResolveReference行为未定义（例如"//example.com"或"/api"不能直接当 base） - 相对路径字符串必须先调用
url.Parse得到*url.URL，哪怕它只是"/path?k=v" -
ResolveReference会自动处理../回退、./展开、重复斜杠合并，且保留原有查询参数（除非相对URL自己带了RawQuery）
base, _ := url.Parse("https://api.example.com/v1/")
rel, _ := url.Parse("/users/123?format=json")
resolved := base.ResolveReference(rel)
fmt.Println(resolved.String()) // https://api.example.com/users/123?format=json
拼接查询参数别用字符串+，优先用 url.Values 编码
手动拼 "?a=1&b=2" 最大问题是没做 URL 编码，一旦值含空格、中文、& 或 = 就会破坏结构。Go 的 url.Values 是 map[string][]string，提供 Encode() 方法，能正确转义并排序键（稳定输出）。
- 不要对整个查询字符串做
url.QueryEscape—— 它只逃逸值，不处理键值分隔和参数连接逻辑 - 如果已有原始
url.Values，直接Encode()；如果只有 key-value 对，先构造 map 再转url.Values - 注意
url.Values的Set和Add区别：Set覆盖同名键所有值，Add追加（用于多值场景如tags=a&tags=b）
v := url.Values{}
v.Set("q", "go lang")
v.Add("sort", "name")
v.Add("sort", "time")
u := &url.URL{
Scheme: "https",
Host: "search.example.com",
Path: "/search",
RawQuery: v.Encode(), // q=go+lang&sort=name&sort=time
}
url.JoinPath（Go 1.19+）适合纯路径拼接，但不处理查询参数
Go 1.19 引入了 url.JoinPath，它比 path.Join 更安全：自动清理冗余 /、归一化 .. 和 .，且不假定输入是文件系统路径（比如不会把 Windows 风格反斜杠当分隔符）。
立即学习“go语言免费学习笔记（深入）”；
- 只作用于路径部分（
Path），完全忽略RawQuery和Fragment - 输入可以是任意数量的字符串，包括空串、
""、"."、".."，它会按 HTTP 路径规则归一化 - 若你需要拼完路径再加查询参数，得自己组合：先
JoinPath，再手动设RawQuery
// Go 1.19+
path := url.JoinPath("/api/v1", "users", "123", "..", "profile") // "/api/v1/users/profile"
u := &url.URL{
Scheme: "https",
Host: "example.com",
Path: path,
RawQuery: "format=json",
}
常见错误：把 url.Parse 返回的 Err 当作可忽略
url.Parse 失败时返回 nil 指针和非 nil 错误，后续任何字段访问都会 panic。尤其在拼接前解析用户输入或配置项时，必须检查错误。
- 基础URL解析失败，
ResolveReference会 panic（不是返回空） - 相对路径解析失败，同样导致 panic；即使只是
"//"或"http:"这类半截URL也会失败 - 线上服务中，建议对不可信输入做预校验（如正则粗筛），再进
url.Parse，避免 panic 波及整个 goroutine
真正容易被忽略的是：路径归一化本身依赖 url.Parse 的成功。一旦漏掉错误检查，程序可能在某个边缘输入下静默崩溃，而不是返回预期的错误响应。
