go文件操作“被其他进程锁定”错误本质是锁机制误用：posix建议性锁和windows强制锁均不阻止open，只阻read/write或锁请求；syscall.flock返回ewouldblock表示锁被占用，属正常业务分支；windows下os.file.lock报access is denied主因是dwsharemode非0；gofrs/flock默认缺o_excl致假锁成功；sync.mutex仅限单进程，跨进程必须用系统级锁。
Go 文件操作遇到“被其他进程锁定”错误，本质不是 Go 的问题，而是你用了不匹配的锁机制或误判了错误类型。 直接用 os.OpenFile 打开一个正被 flock 或 LockFileEx 锁住的文件，在大多数情况下根本不会报错——因为 POSIX 建议性锁和 Windows 强制锁都不拦 open，只拦后续的 read/write 或锁请求本身。真正该关注的，是“你试图加锁时返回的错误”是否被正确识别和响应。
syscall.Flock 在 Linux/macOS 上返回 EWOULDBLOCK 不代表文件损坏
这是最常被误解的点。当你调用 syscall.Flock(fd, syscall.LOCK_EX|syscall.LOCK_NB) 失败并拿到 syscall.EWOULDBLOCK（或 syscall.EAGAIN），它只说明“此刻有别的进程持有该文件的排他锁”，不是权限问题、路径不存在或磁盘满。这个错误完全合法且预期。
- 别把它当异常 panic，应视作业务逻辑分支：重试、排队、降级或直接返回失败
- 确保你传入的是
os.O_RDONLY或os.O_RDWR打开的*os.File，且没在中间 close 过——flock锁绑定 fd，fd 关闭锁就丢 - 不要用
os.O_TRUNC打开再加锁：截断可能触发内核重新分配 inode，导致锁失效
Windows 下 os.File.Lock 报 Access is denied 的真实原因
Go 1.19+ 的 os.File.Lock 在 Windows 上底层调用 LockFileEx，但它的行为极度依赖文件打开方式。报 Access is denied 几乎 100% 是因为句柄共享模式不对，而不是锁被占用。
-
os.OpenFile(path, flag, perm)默认设FILE_SHARE_READ | FILE_SHARE_WRITE，这与LockFileEx要求的“无共享”冲突 - 必须手动用
golang.org/x/sys/windows.CreateFile重建句柄，传0作为dwShareMode - 即使你用
os.OpenFile加了os.O_EXCL，也不解决这个问题——O_EXCL只影响创建，不影响句柄共享属性
用 github.com/gofrs/flock 却仍出现“假锁成功”
这个库默认不安全。v0.8.0 之前，flock.New(path) 内部用 os.OpenFile(path, os.O_CREATE|os.O_RDWR, 0600)，缺少 os.O_EXCL。两个进程几乎同时调 TryLock()，都可能成功创建并打开同一个锁文件，结果双双认为自己拿到了锁。
- 升级到 v0.8.1+，显式传
flock.WithExclusiveCreate() - 或者绕过它，自己用
os.OpenFile(path, os.O_CREATE|os.O_EXCL|os.O_WRONLY, 0600)做原子建锁：成功即抢到，失败即已被占 - 锁文件路径必须独立于业务文件（如
data.json.lock），否则 Windows 下CreateFile可能因缓存或句柄复用出问题
sync.Mutex 完全无法防止多进程冲突
这是线上事故高发区。你在代码里写了 mu.Lock()，本地测试一切正常；一上生产，crontab 每分钟拉起一个新进程，日志全乱、状态文件写崩——因为 sync.Mutex 只在当前进程地址空间内有效。
- 单机多实例部署（如多个 Docker 容器、systemd 多 service）、定时任务、热更新重启，都属于多进程场景
- 只要涉及跨进程协调，就必须用系统级锁：
flock（Linux/macOS）、LockFileEx（Windows）或封装好的跨平台库 - 别指望
os.O_APPEND救命：它只保证单次Write原子追加，不防两个进程同时Write导致行交错（比如两行内容挤进同一行）
真正容易被忽略的，是锁的生命周期和粒度。很多人把“加锁 → 做一堆事（HTTP 请求、解析 JSON、sleep）→ 写文件 → 解锁”当常态，结果锁持有几秒甚至几十秒，整个系统并发能力归零。锁只该包住真正的临界区：打开文件 → 写/读 → 关闭，中间任何非 IO 操作都该移出去。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
