os.Stat()是否足以判断文件存在？原代码中os.IsExist是否必要？

直接给出结论：原代码里的os.IsExist(err)判断完全没必要，甚至逻辑错误；你的简化版本有场景局限性，正确的写法需要针对os.IsNotExist(err)做判断。

原代码的核心问题 #

os.Stat(fileName)的行为规则很明确：

• 如果文件/目录存在且当前进程可访问，返回nil错误；
• 如果文件/目录不存在，返回的错误可以用os.IsNotExist(err)识别；
• 如果是其他错误（比如权限不足、路径格式非法），返回的错误既不属于“不存在”，也不属于“已存在”。

原代码在err != nil时判断os.IsExist(err)完全是逻辑错误——os.IsExist(err)只会在特定操作（比如尝试创建已存在的文件）时返回true，而os.Stat返回错误的场景下，这个判断永远不会成立，对应的分支完全是多余的死代码。

你的简化版本的场景局限性 #

你写的简化代码：

func checkExistance(fileName string) bool {
    _, err := os.Stat(fileName)
    if err != nil {
        return false
    }
    return true
}

会把所有错误情况都等同于文件不存在，但实际中可能文件确实存在，只是当前进程没有权限访问它，或者路径格式有问题。这种情况下，代码会错误地返回false，但文件其实是存在的。

更合理的简化写法 #

如果你的需求是「判断文件/目录是否存在（不管当前进程能不能访问）」，正确的写法应该是精准判断“不存在”类型的错误：

func checkExistance(fileName string) bool {
    _, err := os.Stat(fileName)
    // 只要不是“不存在”的错误，就认为文件存在
    return !os.IsNotExist(err)
}

这个逻辑的合理性在于：

• os.Stat成功 → 文件存在；
• 错误是“不存在” → 文件确实不存在；
• 其他错误（如权限不足）→ 默认认为文件存在（只是访问有问题），这也是大多数业务场景下的通用逻辑。

如果你的需求是「判断文件/目录是否存在且当前进程可访问」，那你的简化版本是可行的——因为os.Stat返回错误（不管是不存在还是权限问题）都意味着无法正常访问，此时返回false符合需求。

总结：

• 原代码的os.IsExist(err)判断完全多余，属于逻辑错误；
• 你的简化版本是否可用，取决于实际需求是“判断存在性”还是“判断可访问性”；
• 判断存在性的通用写法是基于os.IsNotExist(err)反向判断。

内容的提问来源于stack exchange，提问作者Billy