我了解如何创建内存映射文件，但我的问题是让我们在以下行中说：
FileChannel roChannel = new RandomAccessFile(file, "r").getChannel();
ByteBuffer roBuf = roChannel.map(FileChannel.MapMode.READ_ONLY, 0, SIZE);
例如，我将 SIZE 设置为 2MB，这是否意味着它只会加载 2MB 的文件，还是会在文件中进一步读取并在我消耗字节时更新缓冲区？
【问题讨论】：
标签： java nio memory-mapped-files
例如，我将 SIZE 设置为 2MB，这是否意味着它只会加载 2MB 的文件，还是会在文件中进一步读取并在我消耗字节时更新缓冲区？
它只会加载在缓冲区初始化中指定的文件部分。如果你想让它进一步阅读，你需要有某种阅读循环。虽然我不会说这很棘手，但如果一个人不是 100% 熟悉所涉及的 java.io 和 java.nio API，那么把它塞满的可能性就很高。 （例如：不翻转缓冲区；缓冲区/文件边缘情况错误）。
如果您正在寻找一种在 ByteBuffer 中访问此文件的简单方法，请考虑使用 MappedByteBuffer。
RandomAccessFile raf = new RandomAccessFile(file, "r");
FileChannel fc = raf.getChannel();
MappedByteBuffer buffer = fc.map(FileChannel.MapMode.READ_ONLY, 0, fc.size());
在这种情况下使用 MBB 的好处是它不一定会实际将整个缓冲区加载到内存中，而只会加载您正在访问的部分。
【讨论】：
缓冲区的大小是你传入的大小。它不会增长或缩小。
javadoc 说：
将此通道文件的一个区域直接映射到内存中。
...
size - 要映射的区域的大小；必须为非负且不大于 Integer.MAX_VALUE
编辑：
根据您所说的“使用新数据更新”的含义，答案是肯定的。
该类的实例提供的文件视图保证与同一程序中其他实例提供的同一文件的其他视图一致。但是，由于底层操作系统执行的缓存和网络文件系统协议引起的延迟，此类实例提供的视图可能与其他并发运行的程序看到的视图一致，也可能不一致。无论这些其他程序是用什么语言编写的，也不管它们是在同一台机器上还是在其他机器上运行，这都是正确的。任何此类不一致的确切性质取决于系统，因此未指定。
因此，其他系统可能会进行缓存，但是当这些缓存被刷新或以其他方式更新时，它们将同意FileChannel 呈现的视图。
您还可以使用对position 方法和其他方法的显式调用来更改视图呈现的内容。
改变通道的位置，无论是显式地还是通过读取或写入字节，都会改变原始对象的文件位置，反之亦然。通过文件通道更改文件的长度将更改通过原始对象看到的长度，反之亦然。通过写入字节更改文件的内容将更改原始对象看到的内容，反之亦然。
【讨论】：