sed -i原地编辑竞争条件：多进程并发修改文件冲突如何解决？

当多个进程同时用sed -i编辑同一个文件时，确实会因为临时文件的创建、替换过程竞态导致修改丢失。以下是几种靠谱的解决办法：

1. 使用文件锁强制串行化操作 #

最直接的方案是用flock给目标文件（或者专门的锁文件）加排他锁，确保同一时间只有一个进程能执行编辑操作。

比如直接给目标文件加锁：

flock -x /path/to/your/target.txt -c 'sed -i "s/foo/bar/g" /path/to/your/target.txt'

或者用独立的锁文件（避免锁和目标文件绑定的潜在问题）：

flock -x /tmp/target_edit.lock -c 'sed -i "s/foo/bar/g" /path/to/your/target.txt'

每个进程会自动等待锁释放后再执行修改，完全避免并发冲突。

2. 手动原子替换（需结合锁或确保修改幂等） #

sed -i的原理是生成临时文件后替换原文件，但并发时多个进程的临时文件会互相干扰。你可以手动实现原子替换，但要注意如果修改不是幂等的（比如累加内容），还是得配合锁：

target="/path/to/your/target.txt"
temp_file="/tmp/$(basename $target).$$"  # 用进程ID确保临时文件名唯一

# 先读取原文件并修改到临时文件
sed "s/foo/bar/g" $target > $temp_file
# 用mv原子替换原文件（mv在大多数系统中是原子操作）
mv $temp_file $target

如果你的修改是幂等的（比如把某个固定字符串替换成另一个，重复执行不影响结果），这个方法能保证最终文件是最后一次修改的结果；但如果是累加类修改（比如在文件末尾加内容），还是得加锁，否则前面的进程修改会被后面的覆盖。

3. 换用支持并发的存储方式 #

如果频繁并发修改是常态，直接用文本文件不是最优选择。可以换成轻量级数据库比如SQLite，它本身内置了事务和行级锁机制，能安全处理并发写入，不会丢失数据。比如用SQLite存储原本在文本文件里的内容，修改时通过SQL语句操作，完全不用自己处理锁的问题。

4. 用队列串行处理修改请求 #

把所有的修改请求放到一个队列里，然后启动一个单独的进程来消费队列中的任务，每次只处理一个修改操作。比如用简单的命名管道（FIFO）作为队列：

# 先创建命名管道
mkfifo /tmp/edit_fifo

# 启动后台处理进程
while read -r cmd; do
    sed -i "$cmd" /path/to/your/target.txt
done < /tmp/edit_fifo &

# 在触发的脚本里提交修改请求
echo 's/foo/bar/g' > /tmp/edit_fifo

这样所有修改请求都会排队执行，从根源上避免并发冲突。

内容的提问来源于stack exchange，提问作者Giancarlo D