互联网上有很多示例展示了如何使用StandardOpenOption.DELETE_ON_CLOSE，例如:Files.write(myTempFile,...,StandardOpenOption.DELETE_ON_CLOSE);其他示例类似地使用Files.newOutputStream(...,StandardOpenOption.DELETE_ON_CLOSE)。我怀疑所有这些示例都可能存在缺陷。写文件的目的是你要在某个时候读回它；否则，为什么要写呢？但是DELETE_ON_CLOSE不会导致文件在您有机会阅读之前被删除吗？如果您创建一个工作文件(以处理由于太大而无法保存在内

StandardOpenOption.SYNC之间有什么区别？和StandardOpenOption.DSYNC？DSYNC会导致什么样的数据丢失？DSYNC适用于哪些用例？如果您已经决定同步文件内容，为什么要放弃同步文件元数据？开销的相对差异不是可以忽略不计吗？ 最佳答案 吉利，DSYNC是SYNC的一个子集。SYNC要求所有数据(文件系统管理的文件数据和文件元数据)同步写出，而DSYNC要求只有文件数据同步写出。至于开销，我认为这是一个巨大的“它取决于文件系统”。查看使用写时复制、卷影复制、版本控制、校验和等概念的现代文件系统.

是否有一种简洁、惯用的方式(可能使用ApacheCommons)来指定OpenOption的常见组合，如StandardOpenOption.WRITE、StandardOpenOption.CREATE、StandardOpenOption.TRUNCATE_EXISTING 最佳答案 这些是您拥有的简单可能性。静态导入，增加可读性:importstaticjava.nio.file.StandardOpenOption.CREATE_NEW;importstaticjava.nio.file.StandardOpenOption

在Java中有没有办法让两个JVM(在同一台物理机器上运行)使用/共享相同的内存地址空间？假设JVM-1中的生产者将消息放在特定的预定义内存位置，如果JVM-2上的消费者知道要查看哪个内存位置，是否可以检索消息？ 最佳答案 解决方案1:我认为最好的解决方案是使用内存映射文件。这允许您在任意数量的进程(包括其他非Java程序)之间共享内存区域。您不能将java对象放入内存映射文件中，除非您将它们序列化。以下示例显示您可以在两个不同的进程之间进行通信，但您需要使其更加复杂以允许进程之间更好的通信。我建议你看看Java的NIOpackag

在Java中有没有办法让两个JVM(在同一台物理机器上运行)使用/共享相同的内存地址空间？假设JVM-1中的生产者将消息放在特定的预定义内存位置，如果JVM-2上的消费者知道要查看哪个内存位置，是否可以检索消息？ 最佳答案 解决方案1:我认为最好的解决方案是使用内存映射文件。这允许您在任意数量的进程(包括其他非Java程序)之间共享内存区域。您不能将java对象放入内存映射文件中，除非您将它们序列化。以下示例显示您可以在两个不同的进程之间进行通信，但您需要使其更加复杂以允许进程之间更好的通信。我建议你看看Java的NIOpackag