在Windows上用Java编写并发文件
当您在同一个文件上同时打开两个（或更多）FileOutputStream时会发生什么？
Java API说：
特别是某些平台允许一次只打开一个FileOutputStream（或其他文件写入对象）来写文件。
我猜Windows不是这样一个平台，因为我有两个线程读取一些大文件（每个都是一个不同的文件），然后将其写入相同的输出文件。 抛出没有exception，文件被创建并且似乎包含来自两个输入文件的块。
附带问题：
- 对于Unix也是如此吗？
- 而且因为我希望行为是相同的（实际上我希望一个线程正确编写而另一个线程被警告冲突），我怎样才能确定文件已经打开进行写入？
当文件具有另一个写入器时，没有可靠的跨平台方式被动通知 – 即，如果文件已经打开以进行写入，则引发exception。 但是，有几种技术可以帮助您主动检查。
如果多个进程（可能是Java和非Java的混合）可能正在使用该文件，请使用FileLock 。 成功使用文件锁的关键是要记住它们只是“建议性的”。 如果您检查锁定，则保证锁定可见，但如果您忘记，它将不会阻止您对文件执行操作。 访问该文件的所有进程都应设计为使用锁定协议。
如果单个Java进程正在使用该文件，您可以使用Java内置的并发工具来安全地执行它。 您需要一个可查看所有线程的映射，该映射将每个文件名与其对应的锁实例相关联。 可以使用File对象或文件的规范路径轻松调整相关问题的答案。 锁对象可以是FileOutputStream ，流的一些包装器或ReentrantReadWriteLock 。
我会谨慎地让操作系统为您确定文件状态（因为这取决于操作系统）。 如果您有共享资源，我会使用可重入锁定来限制对它的访问
使用此锁意味着一个线程可以获取资源（文件）并写入它。 下一个线程可以检查另一个线程持有的此锁，和/或无限期阻塞，直到第一个线程释放它。
Windows（我认为）会限制写入同一文件的两个进程。 我不相信Unix也会这样做。
如果你所谈论的2个线程在同一个JVM中，那么你可以在两个线程都可以访问的某个地方使用一个布尔变量。
Unix允许并发写入者使用同一个文件。
您不应该尝试多次写入同一文件。 如果你有一个设计缺陷。