最可靠方式是用os.Stat获取os.FileInfo后调IsDir()，因它直接反映路径当前指向的底层对象类型；不能靠os.Open是否报错反推，因失败原因多样且目录可被成功打开；需先检查Stat错误再调IsDir()，避免路径不存在时误判。
用 os.Stat 获取 os.FileInfo，再调用 IsDir() 方法——这是最可靠、最常用的方式，别直接看文件名或后缀。
为什么不能用 os.IsNotExist 或错误类型反推？
很多人想靠 os.Open 是否报错来判断，但这是错的：打开失败可能是权限不足、路径含非法字符、符号链接断裂等，和“是不是目录”完全无关。更危险的是，目录也能被 os.Open 成功打开（返回一个可读的 *os.File），但你后续调 Read 会失败——这跟类型判断毫无关系。
正确做法永远是先获取元信息：
-
os.Stat(path)返回os.FileInfo，无论 path 是文件、目录、符号链接还是设备节点 -
os.Lstat(path)适合需要区分符号链接本身和它指向的目标时（比如你想知道“这个 .git 是不是软链”，而不是它连到哪） - 如果
Stat返回os.ErrNotExist，说明路径根本不存在，IsDir()就不该被调用
IsDir() 返回 true 就一定是目录吗？
是的，但要注意它的语义：它只反映该路径**当前指向的底层对象是否为目录类型**。对符号链接来说，Stat 会自动解引用，所以 IsDir() 判断的是目标；而 Lstat 不解引用，此时 IsDir() 对符号链接本身永远返回 false（因为链接文件自己是普通文件类型）。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
常见误判场景：
- 路径末尾带斜杠（如
"./config/"）：Go 的Stat不依赖结尾符，不影响结果 - Windows 下的 Junction 或硬链接：
IsDir()仍按实际目标类型返回，行为一致 - 挂载点或特殊文件系统（如
/proc下的条目）：只要内核返回的是S_IFDIR，IsDir()就返回true，无需额外处理
一行判断的惯用写法和坑
别写成 if fi, _ := os.Stat(p); fi.IsDir() { ... } —— 忽略错误会让逻辑在路径不存在时静默走错分支。
推荐写法（兼顾安全与简洁）：
fi, err := os.Stat(path)
if err != nil {
if os.IsNotExist(err) {
// 路径不存在
}
return err // 或按需处理其他错误
}
if fi.IsDir() {
// 是目录
} else {
// 是文件（或其他非目录类型，如设备、socket 等）
}
注意：IsDir() 为 false 并不等于“一定是普通文件”，也可能是命名管道、套接字、块设备等。真要严格区分，得用 fi.Mode() & os.ModeType 配合位判断。
真正容易被忽略的是：很多工具函数（比如遍历目录的 filepath.Walk）内部已经做了 Stat + IsDir，你重复调用不仅多余，还可能因并发修改导致状态不一致。遇到这种场景，优先复用已有逻辑，而不是自己再查一遍。
