os.Open报“no such file”主因是相对路径基于os.Getwd()而非代码位置，应先用filepath.Abs定位实际路径；需用runtime.Caller+filepath.Dir获取代码目录；跨平台路径拼接必用filepath.Join；错误判断须用errors.Is(err, os.ErrNotExist)而非err!=nil或err==os.ErrNotExist；删除后需os.Stat验证是否真不存在。
os.Open 报 “no such file or Directory” 怎么定位？
这不是文件真丢了，而是 go 永远以 os.Getwd() 返回的当前工作目录为基准解析相对路径——跟你的 .go 文件在哪毫无关系。
- 先用
filepath.Abs("config.json")打印出它实际想找的绝对路径，一眼看清是不是跑偏了 - 想固定基于代码所在目录找文件？得靠
runtime.Caller(0)拿到源文件路径，再用filepath.Dir提取目录，最后filepath.Join拼接目标文件 - windows 下别手拼
"dirsubfile.txt"或"dir/sub/file.txt"，一律用filepath.Join("dir", "sub", "file.txt")，分隔符自动适配 - 权限和并发占用也会触发同名错误，但
os.IsNotExist(err)和os.IsPermission(err)能帮你区分
创建文件该用 os.Create 还是 os.OpenFile？
os.Create 是快捷封装，等价于 os.OpenFile(name, os.O_RDWR|os.O_CREATE|os.O_TRUNC, 0666)；它省事，但“截断+可读写”是硬编码行为，没法改。
- 想追加日志？别用
os.Create，否则每次运行都清空——改用os.OpenFile(name, os.O_APPEND|os.O_WRONLY|os.O_CREATE, 0o644) - 想新建文件但拒绝覆盖？用
os.O_CREATE | os.O_EXCL | os.O_WRONLY，存在时直接报错 - 权限字面量必须写成
0o644（Go 1.19+ 强制），0644已废弃，编译会失败 -
os.Create的0666权限实际受系统 umask 限制，linux 上常变成0644，别依赖它精确生效
判断文件或目录是否存在，为什么不能 if err != nil？
os.Stat 失败原因很多：路径不存在、没权限、符号链接断裂、路径过长……只看 err != nil 会把“权限不足”误判成“不存在”。
- 正确姿势是
if errors.Is(err, os.ErrNotExist)（Go 1.13+）或os.IsNotExist(err)，它们能穿透错误包装层 - 别写
err == os.ErrNotExist，底层错误常被os.PathError包裹，恒为 false - 即使
os.MkdirAll返回nil，也不代表目录是它新建的——它对“已存在”也返回nil，真要确认新建成功，得在调用前先os.Stat检查
os.RemoveAll 删除不干净？静默跳过是常态
尤其在 Windows 上，如果待删目录里有只读文件（比如 git 的 .git/objects），os.RemoveAll 会跳过它、不报错、继续删别的，最后仍返回 nil。你以为删光了，其实留了尾巴。
立即学习“go语言免费学习笔记（深入）”；
- 删完务必补一次
os.Stat验证目标路径是否真不存在 - 需要强一致性删除？得自己遍历 +
os.Chmod清除只读位，再删；或改用第三方库如golang.org/x/exp/filepath（实验性） -
os.Rename跨磁盘移动也可能失败，此时需手动io.copy+os.Remove，别指望一招搞定
文件操作看着简单，但路径解析逻辑、错误类型判断、权限与跨平台细节，每一处都容易埋雷。最稳妥的做法：所有路径先转绝对路径再操作，所有错误必用 errors.Is 或 os.Is* 系列函数细分，所有删除后补一次存在性验证。