多进程

第一阶段：共享一套读写逻辑，谁都可以写 一开始，多个进程共用一套读写逻辑： if (!Exists(configPath)) { WriteDefaultConfig(configPath); } var config = ReadConfig(configPath); 问题有两个： 多个进程可能同时发现“文件不存在”，然后一起创建 一个进程正在写，另一个进程正好在读 如果是直接覆盖写，读取方可能看到： 文件刚被创建，内容还是空的 文件已经存在，但只写了一半 配置结构还没写完整 目标文件在替换过程中短暂不可用 对应的现象就是： 偶发读取失败 配置解析异常 文件内容丢失 某些进程启动时报错 根因很简单：读者看到了写入中的中间状态。 第二阶段：加锁、重试、缓存，先把系统稳住 先说 FileShare。 它想解决的其实是两个很具体的问题： 读取正好撞上写入，结果读到一半内容 两次写入互相重叠，结果把文件写坏 最直接的做法，就是用共享模式限制文件如何被同时打开。 它的目标不是提供原子替换，而是尽量减少下面这些情况： 读取撞上写入中的半成品 两次写入同时落到同一个目标文件 文件直接被另一进程占用导致操作失败 FileShare 带来的直接结果是：冲突不会消失，只会变成可以观察、可以重试的失败。 所以后面又加了重试。 这能减少两类问题： 少报“文件被占用” 让偶发冲突尽量靠重试跨过去 再往后，问题变成了独占时间。 配置读取很频繁，导致写入一直在等待读取释放文件锁。 所以开始引入缓存： var config = ReadConfig(configPath); var lastWriteTime = GetLastWriteTime(configPath); cache = (config, lastWriteTime); 下次访问时先比较时间戳： var currentWriteTime = GetLastWriteTime(configPath); if (currentWriteTime == cache.LastWriteTime) { return cache.Config; } cache = ReadConfig(configPath); return cache.Config; 没变，缓存有效；变了，缓存失效，重新加载。 ...