FileInputStream和FileOutputStream到同一个文件：read（）是否保证看到所有write（）s“之前发生过”？

我使用文件作为大数据的缓存。一个线程按顺序写入，另一个线程按顺序读取它。

我是否可以确定在一个线程中write()所有数据（通过write() ）可以从另一个线程read() ，假设在Java内存模型方面存在适当的“先发生”关系？这种行为是否有记录？

编辑：在我的JDK中， FileOutputStream不会覆盖flush() ，并且OutputStream.flush()为空。这就是我想知道的原因……

编辑^ 2 ：有问题的流程完全由我完全控制的类所拥有。保证每个流只能由一个线程访问。我的测试显示它按预期工作，但我仍然想知道这是否有保证和记录。

另见此相关讨论： http ： //chat.stackoverflow.com/rooms/17598/discussion-between-hussain-al-mutawa-and-user946850

假设您使用的是posix文件系统，那么是的。

* nix上的FileInputStream和FileOutputStream在内部使用读写系统调用。写文档说，读取将看到过去写入的结果，

在成功返回常规文件的write（）之后：

从该写入修改的文件中的每个字节位置的任何成功read（）都将返回该位置的write（）指定的数据，直到再次修改这些字节位置。

我很确定Windows上的ntfs将具有相同的read（）write（）保证。

你不能谈论FileInputStream和FileOutputStream对象之间的Java内存模型之间的“发生之前”关系，因为它们不共享任何内存或线程。 VM可以自由重新排序，只是为了满足您的同步要求。如果在没有应用程序级缓冲的情况下在读写之间进行适当的同步，那么您就是安全的。

但是， FileInputStream和FileOutputStream共享一个文件，这会留给操作系统，在按顺序写入后，您可以期望在主流操作系统中读取操作系统。

不，你需要flush（）Streams（至少对于Buffered（输入|输出）Streams），否则你可能在缓冲区中有数据。

也许您需要并发数据结构？

如果FileOutputStream没有覆盖flush（），那么我认为你可以确定write（）写的所有数据都可以被read（）读取，除非你的操作系统对数据做了一些奇怪的事情（比如开始一个等待硬盘驱动器以正确的速度旋转而不是阻塞等，这样它就不会立即写入。