sync.mutex 是不可重入的——同一 goroutine 连续两次 lock() 会死锁，这是 go 的明确设计；文件锁（如 flock）是劝告式、fd 级、可重复调用但无实际意义；避免重入应优先重构或改用 channel/锁文件方案。
Go 的 sync.Mutex 本来就不支持重入，别硬套
直接说结论：sync.Mutex 是不可重入的——同一个 goroutine 连续调用两次 Lock() 就会死锁。这不是 bug，是 Go 的明确设计：它假设你已通过代码结构避免嵌套加锁。强行在 Lock() 里再调一次 Lock()，结果不是“锁升级”，而是 goroutine 永久挂起。
- 常见错误模式：函数 A 加锁后调用函数 B，而 B 内部又尝试加同一把
sync.Mutex - panic 日志里不会出现 “deadlock” 字样，但堆栈会卡在第二次
mu.Lock()上，且所有依赖该锁的 goroutine 全部阻塞 - 别指望靠 defer 或 recover 挽救——锁没释放，后续谁都进不来
- 如果业务逻辑确实绕不开嵌套调用（比如 ORM 的 save → hook → save），优先重构：把共享状态提取为参数传递，或拆成单一入口函数
跨进程文件锁不存在“重入”概念，只有持有者和是否已加锁
flock(2)、os.File.Lock() 或 github.com/gofrs/flock 都是**劝告式锁（advisory lock）**，它们不绑定 goroutine，只绑定文件描述符（fd）和进程。一个进程对某 fd 成功加了 LOCK_EX，再次对该 fd 调用 Flock(fd, LOCK_EX) 不会失败，也不会计数——系统直接认为“你 already own it”，返回成功。
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 这意味着：你在同一个 goroutine 里对同一
*os.File多次调用unix.Flock(fd, unix.LOCK_EX)，不会出错，但也没意义；第二次调用不改变锁状态 - 但要注意：不能对不同 fd 加同一把锁（比如打开两次文件得到两个 fd），它们互不影响；锁粒度是 fd 级，不是文件路径级
- Windows 下
os.File.Lock()行为类似，但仅限 Windows；Linux/macOS 上调用会 panic，别混用 - 真正危险的是“锁未释放就 close fd”——此时锁立即失效，其他进程可能趁虚而入
真要模拟可重入语义？别自己造轮子，用 github.com/rogpeppe/fastuuid 类库或换方案
社区已有轻量封装（如 github.com/jacobsa/fuse 中的 reentrantmutex，或 go.uber.org/atomic 配合 goroutine 标识）能提供基础可重入能力，但生产环境强烈建议避开这个需求本身。
- 自己实现
ReentrantMutex需要获取 goroutine ID（runtime.Stack解析或unsafe黑科技），稳定性差、GC 可能干扰、跨平台不一致 - 哪怕实现出来，也无法解决根本问题：锁持有期间若发生 panic，
Unlock()可能漏掉，导致计数永久错乱 - 更务实的做法：用 channel 替代锁控制关键路径（例如把写请求发到一个串行化 channel），天然规避重入问题
- 或者改用锁文件 + PID 记录：每次操作前检查
lockfile是否存在且对应进程仍在运行，比维护重入计数更可靠
最容易被忽略的点：锁和文件操作的生命周期必须严格对齐
无论你选 sync.Mutex 还是文件锁，真正的坑不在“能不能重入”，而在于锁的边界是否覆盖了全部临界区，且没有意外提前释放。
- 写日志时，
logFile.Write()前加锁，但json.Marshal或time.Now().Format()放在锁外——否则 CPU 占满时，锁被持有时长远超预期 - 用
os.OpenFile打开文件后立刻加锁，但忘了defer file.Close()会隐式释放锁；如果中间还调用了其他可能 panic 的函数，得用defer unix.Flock(fd, unix.LOCK_UN)显式解锁 - 多个 goroutine 共用一个
*os.File时，sync.Mutex必须是包级变量；局部声明的 mutex 对并发毫无意义 - 锁文件方案中，
os.Remove(lockPath)必须放在defer里，且确保只在成功加锁后才执行——否则残留锁文件会让后续所有进程卡住
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
