文件存储负载均衡状态需规避并发写冲突等问题，必须采用write+rename原子替换、容忍读取竞态、加版本控制或单写队列，并避免在容器中使用易失路径；多实例一致性应直接使用etcd或redis。
直接用文件存负载均衡状态，不是不能做，而是容易掉坑里——比如并发写冲突、状态不一致、重启丢失、没原子性。真要用，必须绕开这些点，而不是靠“加个 mutex 就万事大吉”。
文件存储必须支持原子写入
写配置或状态时若中途崩溃（如 os.WriteFile 被 kill），旧文件可能被截断或覆盖一半，导致下次加载失败。Linux 下唯一可靠方式是 write + rename 原子替换：
- 先写到临时路径，如
/var/run/lb-state.json.tmp - 调用
os.Rename替换目标文件（同一文件系统下是原子操作） - 旧文件保留直到 rename 完成，失败时不影响原状态
别用 ioutil.WriteFile 或直接 os.Create + Write ——它们不提供原子性保证。
读取时需容忍损坏与竞态
即使写了原子文件，读取时仍可能遇到：刚 rename 完但另一进程正打开旧句柄、磁盘缓存未刷、JSON 格式错误。处理逻辑得宽松：
- 用
os.ReadFile读取后，先json.Unmarshal；失败则返回默认状态（如空列表），不 panic - 加
stat检查文件修改时间，若距今超 5 分钟，视为陈旧，触发健康检查兜底 - 避免在
http.Handler中同步读文件——用内存缓存 + 定时 reload，比如每 10 秒time.Ticker触发一次reloadFromFile
并发更新必须带版本或 CAS 机制
多个 goroutine 同时更新状态（如健康检查标记节点 down），仅靠文件锁不够：flock 在 NFS 或容器挂载卷上不可靠，且无法跨进程协调。更稳妥的做法是：
- 状态结构体里加
Version int64字段，每次更新递增 - 写入前比对当前磁盘版本与内存版本，不一致则 reload 再重试（类似乐观锁）
- 或改用单写 goroutine + channel 队列：所有更新请求发到
chan StateUpdate，由一个 loop 串行处理并落盘
别依赖 flock 做分布式协调——它只在单机有效，K8s 多副本部署时完全失效。
容器环境要避开 /tmp 和无持久卷路径
在 Docker 或 Kubernetes 里，/tmp、/run、/dev/shm 都是内存文件系统，重启即丢；/proc、/sys 不可写。实际路径选择必须满足：
- 挂载为
hostPath或emptyDir（带medium: Memory的除外） - 优先用
/data或/var/lib/lb这类约定路径，并提前os.MkdirAll+chmod 0600 - 启动时先
os.Stat检查路径是否存在且可写，否则 panic early，别等第一次写才报错
最麻烦的不是写文件，而是让不同实例看到“同一份状态”。文件存储本质是单点，真需要多副本一致性，请直接上 etcd 或 Redis ——别硬撑。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
