C#中多个应用实例同时操作同一文件实现读写保存的解决方案有哪些？

你遇到的XLS操作报错根因非常明确：XLS是二进制结构化办公文件格式，原生不支持多进程并发写入，多个实例同时操作时要么触发文件系统锁冲突，要么直接破坏文件内部的二进制结构，最终导致读写报错、文件损坏。

通用多实例并发读写同文件实现方案 #

方案1：本地文件锁仲裁 #

这是最低成本的实现方案，不需要额外部署内网服务：

• 所有副本执行写操作前，先对目标文件申请排他锁，执行读操作前申请共享锁，未拿到锁的实例进入等待重试逻辑
• Linux环境可以直接调用系统flock命令实现，Windows环境调用LockFileExAPI实现，锁的作用范围覆盖整个读写操作周期，操作完成后立刻释放锁
• 必须设置锁超时时间，避免某个实例崩溃后锁一直被占用，导致所有其他实例永久阻塞

方案2：分布式锁仲裁 #

如果你的程序副本部署在内网多台服务器上，推荐用这个方案：

• 复用内网已部署的Redis、ZooKeeper这类公共中间件，所有实例的读写操作前先申请分布式锁，逻辑和本地文件锁一致
• 优势是天然支持跨节点锁仲裁，自带超时、重试逻辑，不需要自己处理锁异常释放的问题

方案3：写请求队列化 #

如果并发写请求量较高，推荐用这个方案从根源避免冲突：

• 内网部署一个公共消息队列（比如RabbitMQ、Redis List），所有副本的写请求都先发送到队列中，不直接操作目标文件
• 单独启动一个专属写进程，唯一消费队列中的写请求，按顺序写入目标文件，读操作可以直接对文件加共享锁执行

XLS格式专属并发写入适配方案 #

如果必须保留XLS作为存储格式，除了上面的锁机制之外，额外注意以下两点：

• 不要用多实例直接打开XLS文件写入，所有写操作统一交给单个专属进程处理，写完立刻关闭文件句柄，避免长连接占用导致锁冲突
• 不要执行增量写入，每次写入都先读取完整文件内容，修改完成后全量覆盖写入，避免部分修改破坏XLS的二进制结构

临时问题修复 #

如果已经出现XLS文件读写报错，优先确认锁机制是否生效，排查是否有实例绕过锁逻辑直接操作文件，已经损坏的XLS文件可以用Office自带的修复工具尝试恢复数据。

内容的提问来源于stack exchange，提问作者sadegh salari