是，os.IsNotExist(err) 是判断文件不存在的正确方式，适用于 os.Stat、os.Open 等返回系统级错误的场景，它通过类型无关判定兼容错误链，比 err == os.ErrNotExist 和字符串匹配更安全可靠。
os.IsNotExist(err) 是判断文件不存在的正确方式吗？
是，但仅限于 os.Stat、os.Open、os.Remove 等返回系统级错误的场景。它不是万能的“文件不存在检测”，而是对底层 syscall.ENOENT（Unix）或 ERROR_FILE_NOT_FOUND（Windows）等错误的语义包装。直接用 err == os.ErrNotExist 会失败——因为 Go 的 I/O 错误通常被封装为 *os.PathError，需用 os.IsNotExist() 做类型无关的判定。
为什么不能直接比较 err == os.ErrNotExist？
os.ErrNotExist 是一个预定义变量，类型为 *os.PathError，而实际报错时返回的错误往往也是 *os.PathError，但它们是不同实例，地址不等。更关键的是：Go 1.13+ 引入了错误链（errors.Is()），但 os.IsNotExist() 内部已做了兼容处理，会递归检查整个错误链中是否包含底层系统错误。
-
os.IsNotExist(err)✅ 安全，推荐 -
errors.Is(err, os.ErrNotExist)✅ Go 1.13+ 可用，效果等价 -
err == os.ErrNotExist❌ 总是 false -
strings.Contains(err.Error(), "no such file")❌ 不跨平台、易误判
常见误用场景与对应写法
以下操作都可能触发文件不存在错误，但需注意调用时机和错误来源：
-
os.Stat("missing.txt")→ 检查存在性（推荐），用os.IsNotExist(err) -
os.Open("missing.txt")→ 打开只读文件，错误同上 -
ioutil.ReadFile("missing.txt")（已弃用）→ 改用os.ReadFile()，错误处理逻辑一致 -
os.Mkdir("existing/dir", 0755)→ 若父目录不存在，错误是os.IsNotExist()还是os.IsPathSeparator()？都不是，此时应是os.IsNotExist()对父路径生效，需逐级检查
fi, err := os.Stat("config.json")
if err != nil {
if os.IsNotExist(err) {
// 文件确实不存在
log.Println("config.json not found, using defaults")
return defaultConfig
}
// 其他错误：权限不足、磁盘错误等
return nil, err
}
// 文件存在，继续处理 fi
os.IsNotExist 在不同系统上的行为差异
行为一致，但底层错误码不同：os.IsNotExist() 内部已做平台适配。Linux/macOS 返回 syscall.ENOENT，Windows 返回 syscall.ERROR_FILE_NOT_FOUND 或 syscall.ERROR_PATH_NOT_FOUND。你无需关心这些，只要用 os.IsNotExist() 就行。
立即学习“go语言免费学习笔记（深入）”；
唯一要注意的是：某些函数（如 os.Chdir("nonexistent")）返回的错误可能不属于“文件不存在”范畴，而是“目录不存在”，此时仍适用 os.IsNotExist() —— 因为 Go 把目录也视为一种文件对象。
真正容易被忽略的是：当路径中包含符号链接且最终指向不存在的目标时，os.Stat() 会返回 os.IsNotExist()；但 os.Lstat() 不会，它只检查链接本身是否存在。需要根据业务决定用哪个。
