Golang怎么判断是文件还是目录_Golang如何用FileInfo.IsDir区分文件类型【基础】-Golang-PHP中文网

最可靠方式是用os.Stat获取os.FileInfo后调IsDir()，因它直接反映路径当前指向的底层对象类型；不能靠os.Open是否报错反推，因失败原因多样且目录可被成功打开；需先检查Stat错误再调IsDir()，避免路径不存在时误判。

golang怎么判断是文件还是目录_golang如何用fileinfo.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（因为链接文件自己是普通文件类型）。

常见误判场景：

Golang Uber Dig

使用 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，你重复调用不仅多余，还可能因并发修改导致状态不一致。遇到这种场景，优先复用已有逻辑，而不是自己再查一遍。