必须先用url.parse标准化解析再操作path字段，因其自动剥离查询参数和锚点、归一化路径、处理编码，而裸字符串切分在%2f、//、相对路径等场景会出错。
用 net/url 解析 URL 再按索引取路径段最可靠
直接字符串切分（比如用 strings.Split）在大多数 URL 上看似能跑通，但遇到带查询参数、锚点、编码字符（如 %2F）或空路径段（如 //api/v1/）时会出错。必须先用 url.Parse 做标准化解析，再操作 Path 字段。
关键点是：url.Path 返回的是已解码的路径字符串，且已归一化（如 /a//b/ → /a/b），但注意它不保证以 / 开头——如果原始 URL 是相对路径（如 path/to），Path 就不含前导斜杠。
- 始终检查
err：url.Parse可能返回nil的*url.URL和非nil的err - 路径段提取前，先用
path.Clean或手动处理开头斜杠：若需统一以/开始，可对u.Path做strings.TrimPrefix(u.Path, "/")后再切分 - 推荐用
strings.Split(strings.TrimPrefix(u.Path, "/"), "/")得到干净的段数组，空字符串段（如"/a//b"中间多余的""）会被自然过滤掉
path.Split 和 path.Dir 适合提取末尾或父级路径，不适合取中间段
path.Split 只拆成「目录 + 文件名」两部分，path.Dir 返回去除最后一段后的路径——它们面向文件系统路径设计，对 URL 路径语义支持弱。比如 https://example.com/api/v1/users/123，path.Dir 返回 /api/v1/users，但你无法直接拿到第 2 段（v1）或倒数第 2 段（users）。
- 不要用
path.Split替代切分逻辑：它不处理查询参数，也不关心 URL 编码 - 若目标是「获取最后一个路径段」，
path.Base(u.Path)更简洁，但它会保留查询参数里的?（如果u.Path错误地包含了查询串） - 真正需要中间某段时，老实用
strings.Split处理解析后的u.Path
处理带查询参数或锚点的 URL 时，必须先剥离它们
url.Parse 会把 ?key=val 放进 RawQuery，把 #section 放进 Fragment，但 Path 字段本身不含这两部分——这是正确行为。不过，如果你拿到的是未解析的原始字符串（比如从日志里截取的 "https://x.com/a/b?c=1#d"），直接传给 url.Parse 就行，它自动分离。
- 错误做法：对原始字符串用
strings.Split(urlStr, "?")[0]再切分，可能漏掉#后内容，且无法处理?出现在路径中的合法情况（如/path%3Fquery/value） - 正确做法：始终走
url.Parse→ 检查u.Path→ 再切分。即使u.RawQuery非空，u.Path已纯净 - 注意：
u.EscapedPath()返回编码后的路径，一般不用；要取段就用u.Path
提取第 N 段路径时，记得边界检查和空数组处理
路径段数组可能为空（如 https://x.com 的 u.Path 是 ""），也可能长度不足（如想取第 3 段但只有 2 段）。硬下标访问会 panic。
- 安全写法：先
segments := strings.Split(strings.TrimPrefix(u.Path, "/"), "/")，再if len(segments) > n && segments[n] != "" - 若需提取「第一个非空段」，可循环跳过空字符串；若需「最后一个非空段」，从后往前遍历
- 常见需求示例：取 API 版本号（通常为第 2 段），应写
if len(segments) >= 2 { version = segments[1] }，而不是segments[2]
url.Parse → 清理 Path → 切分 → 边界判断。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
