filepath.Ext是唯一可靠提取扩展名的起点，但它只返回最后一个点后的部分（如"archive.tar.gz"→".gz"），不支持多级扩展名；需先用filepath.Base提取纯文件名，再结合白名单二次映射，并注意空扩展名等边界情况。
如何用 filepath.Ext 安全提取扩展名
直接用 strings.Split 或 strings.LastIndex 拆文件名容易出错——比如 "archive.tar.gz" 会被误判为 ".gz"，而实际应归为 "tar.gz" 类型。Go 标准库的 filepath.Ext 是唯一可靠起点，但它只返回最后一个点之后的部分（即 ".gz"），不支持多段扩展名识别。
实操建议：
- 先调用
filepath.Ext获取基础扩展名，再结合白名单做二次映射：例如把".tar.gz"、".tar.xz"统一映射到"archive"类别 - 对路径必须先用
filepath.Base提取文件名，否则filepath.Ext("/tmp/file.txt")返回".txt"是对的，但filepath.Ext("file.txt.bak")也只返回".bak"，不是你想要的原始后缀 - 注意空扩展名：当文件无点（如
"Makefile"）或以点结尾（如"config."），filepath.Ext返回空字符串""，需单独处理
按扩展名分组时该用 map[string][]string 还是 map[string]struct{}
如果你只是判断“某个扩展名是否属于图片类”，用 map[string]struct{} 节省内存且查找 O(1)；但自动分类器核心逻辑是“把文件归入某类目录”，必须知道每个类别对应哪些扩展名，这时得用 map[string][]string（键为类别名，值为扩展名切片）。
常见错误现象：
立即学习“go语言免费学习笔记（深入）”；
- 把
map[string]string当作分类表，结果一个类别只能配一个扩展名，漏掉".jpeg"和".jpg"同属"image" - 初始化时写成
categories["image"] = append(categories["image"], ".jpg")却没预先 make 切片，导致 panic：assignment to entry in nil map - 扩展名大小写混用：Windows 下文件可能是
.JPG，但你的 map key 写的是".jpg"，匹配失败。建议统一转小写再查表
移动文件前必须检查目标目录是否存在且可写
os.Rename 在跨分区时会失败并返回 "invalid cross-device link" 错误，这不是权限问题，而是 Linux/Unix 系统限制。此时必须改用 io.Copy + os.Remove 组合实现“复制+删除”。
使用场景与注意事项：
- 用
os.Stat检查目标父目录是否存在，不存在就用os.MkdirAll创建，否则os.Rename直接报"no such file or directory" - 不要依赖
os.IsNotExist(err)判断目录缺失——它也可能来自路径中某一级不可读，更稳妥的是对目标路径逐级os.Stat，或直接os.MkdirAll并忽略os.IsExist错误 - 移动前用
os.Chmod(dst, fi.Mode())复制源文件权限，否则新位置可能因 umask 变成只读，后续无法再处理同目录其他文件
如何让分类规则支持运行时热更新而不重启程序
硬编码在 Go 源码里的分类表（如 var categories = map[string][]string{...}）每次改规则都要重新编译部署，不适合实际运维。可行方案是把规则外置为 JSON 文件，用 fsnotify 监听变更。
关键细节：
- JSON 结构建议扁平化，例如
{"image": [".jpg",".png"], "doc": [".pdf",".docx"]}，避免嵌套层级增加解析复杂度 - 加载新规则时，必须用
sync.RWMutex保护全局分类变量，读操作（文件分类）用RLock，写操作（重载）用Lock，否则并发下可能读到半更新状态 - 不要在 fsnotify 回调里直接解析 JSON 并覆盖变量——如果解析失败，会导致分类器彻底不可用。应先解析到临时变量，校验通过后再原子替换
真正麻烦的不是怎么写规则，而是扩展名歧义：比如 ".log" 可能是日志文件也可能是 Logseq 笔记，".conf" 在不同系统代表不同配置格式。这类情况没法靠后缀穷举解决，得留钩子给用户加自定义判定函数。
