多进程写入文件时， windows 和 Linux 表现不一样，是什么原因
black11black · 2021-01-12 13:09:51 +08:00 via Android · 1185 次点击这是一个创建于 1430 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题，今天在 linux 下 fork 进程，测试了一下发现不同进程同时写入同一个 fd 居然不会造成冲突(因为我印象中以前在 windows 用子进程做同样的事，文档是会乱码，也就是冲突了)。这是什么原因造成的，是系统的差异，还是 fork 和子进程的差异？
 |
1
geelaw 2021-01-12 13:24:21 +08:00
你在 Linux 上看到的行为要么是运气，要么是 Linux 的特殊行为。POSIX 对 write 的原子性无要求 https://stackoverflow.com/a/12943431/4598348
同一个问题下可以看到，如果用追加的方式写入文件，则保证不会互相踩 https://stackoverflow.com/a/35260110/4598348 可以想象，主流的追加实现实际上是原子地增加文件长度并写入刚刚扩增的位置，由于长度变化是原子的，后续写入区域无重叠，从而自然保证不会互相踩掉。 |
 |
2
ai277014717 2021-01-12 13:27:17 +08:00
a+好像有 atomic 的意思
|
 |
3
php8 2021-01-12 13:33:41 +08:00 via Android
这是 posix 标准行为，append 方式打开 write 普通文件，每次写入是原子的
|
Select Language