Docker共享卷中Java Files.createFile操作是否仍具原子性？

我在两个挂载了同一Docker卷的不同Docker容器中执行以下代码：

Files.createFile("/tmp/marker.txt")

Java官方文档提到该操作是原子性的，因此仅其中一次尝试会成功：

创建新的空文件，若文件已存在则失败。检查文件是否存在以及不存在时创建新文件的操作是一个单一的原子操作，相对于所有可能影响该目录的其他文件系统活动而言。

请问在此场景下，该操作是否仍会保持上述原子性表现？

答案：会保持原子性

原因如下：

• Files.createFile的原子性并非Java层面实现，而是依赖底层文件系统提供的原子创建能力。它本质上调用了操作系统的系统调用（比如Linux下的open，带O_CREAT | O_EXCL标志），这个系统调用本身就是原子的。
• Docker卷不管是命名卷还是绑定挂载，最终都是将宿主机的文件系统路径挂载到容器内。两个共享同一卷的容器，实际上是在操作同一个底层文件系统实例，所有文件操作都会被转发到宿主机的文件系统处理。
• 只要宿主机使用的是支持原子文件创建的现代文件系统（比如ext4、XFS等，这是Docker部署的常规情况），那么不管是在同一个容器还是不同容器中调用Files.createFile，检查文件存在+创建的操作都会是原子的——最终只会有一次调用成功创建文件，另一次会抛出FileAlreadyExistsException。

需要注意的是：

• 必须确保两个容器挂载的是同一个Docker卷的相同路径，如果挂载路径不一致或者卷本身不是同一个，就不存在竞争场景，自然也不涉及原子性验证。
• 极少数老旧或特殊文件系统可能不支持原子创建操作，但这种情况在Docker的主流使用场景中几乎不会遇到。

内容的提问来源于stack exchange，提问作者Marc Polizzi