filepath专用于文件系统路径，path仅适用于url等纯字符串路径；filepath.join自动适配平台分隔符并清理冗余，而字符串拼接会导致跨平台错误；clean仅规范化、abs才解析真实路径，且需先clean再abs以防路径穿越。
path 和 filepath 是 Go 标准库中唯二专用于路径处理的包，但它们定位完全不同：处理文件系统路径必须用 filepath，path 只适合 URL 或纯字符串路径（如路由），混用会导致跨平台错误或路径穿越漏洞。
filepath.Join 拼接路径时为什么不能用字符串 +
手动拼接如 "dir" + "/" + "file.txt" 会硬编码正斜杠，Windows 下生成 dir/file.txt，而系统原生期望 dir\file.txt，导致 os.Open 失败或静默访问错位路径。
-
filepath.Join("a", "b", "c.txt")自动按运行平台选择分隔符（Unix →a/b/c.txt，Windows →a\b\c.txt） - 它会自动清理冗余分隔符和空段：
filepath.Join("a//", "/b", "")→a/b - 若任意参数是绝对路径（如
/root或C:\），前面所有段都会被丢弃：filepath.Join("tmp", "/etc/passwd")→/etc/passwd
filepath.Clean 和 filepath.Abs 的典型误用场景
filepath.Clean 不检查文件是否存在，只做字符串规范化；filepath.Abs 才真正解析当前工作目录并返回完整路径，但它可能失败（比如路径不存在或权限不足）。
- 用户输入路径前必须先
Clean，否则../../etc/passwd可能绕过校验 →filepath.Clean("../../etc/passwd")→/etc/passwd -
filepath.Abs("config.yaml")返回类似/home/user/myapp/config.yaml，但若当前目录被os.Chdir修改过，结果会变 —— 所以敏感逻辑建议在程序启动时缓存一次os.Getwd() - 不要对
filepath.Abs的结果直接os.Stat：它可能返回错误，必须显式判断err != nil
提取文件名和扩展名时 Base/Ext 的边界行为
filepath.Base 和 filepath.Ext 都只作用于路径最后一级，且不访问磁盘，但它们对末尾斜杠、隐藏文件、多点扩展的处理容易出错。
-
filepath.Base("/a/b/")返回"b"（不是"."），因为filepath会先去掉末尾斜杠再计算 —— 这和 Unixdirname行为不一致 -
filepath.Ext(".gitignore")返回".gitignore"（整个字符串），因为规则是“从最后一个.开始取到结尾”，而.在开头也算 -
filepath.Ext("archive.tar.gz")返回".gz"，不是".tar.gz"；如需完整后缀，得自己用strings.LastIndex判断 - 要获取无扩展名的文件名，不能直接切
Base：name := base[:len(base)-len(ext)]，但需先确认ext != ""
真正麻烦的不是函数不会用，而是忘记它们全是纯字符串操作 —— filepath.Dir 不保证返回的目录存在，filepath.Ext 对 README 和 README.md 返回值不同，而这些差异在测试时往往只暴露在某个操作系统上。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
