关于 os.Stat 之后还要使用 os.IsExist 的问题

Modeus_D

已于 2024-01-22 16:36:19 修改

阅读量679

点赞数 13

CC 4.0 BY-SA版权

分类专栏： Golang 文章标签： golang

于 2024-01-15 15:29:06 首次发布

本文链接：https://blog.youkuaiyun.com/mo_mo_nya/article/details/135602837

Golang 专栏收录该内容

8 篇文章

订阅专栏

文章解释了为何在使用os.Stat后还需检查错误，因为程序可能无权访问某些文件或遭遇非预期错误，os.IsExist用于确保正确处理这些情况。示例展示了三种不同的错误检查方法。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

0x00 写在前面

首先是不解为什么要在 os.Stat 的返回之后还要再次调用 os.IsExist 对返回的 err 进行校验，私以为直接判断 file 是否为 nil 不就好了嘛？但其实原因如下。

0x01 原因

源程序并非对系统中所有的文件具有访问权限，或者在运行程序时会出现磁盘或者其他非程序内源性的错误，此时可能会导致 file 返回为 nil，但是文件确实存在的情况。此时，调用 os.IsExist 可以对这种情况进行二次校验，防止错误的覆盖原来的文件。一般的代码如下:

// V1
file, err := os.Stat(path)
if err != nil && !os.IsExist(err) {
    fmt.Println("文件不存在！")
}

// V2 当然也可以简化为如下写法
file, err := os.Stat(path)
if os.isNotExist(err) {
    fmt.Println("文件不存在！")
}

// V3 更简单的方式
file, err := os.Stat(path)
return !os.isNotExist(err)