我的问题是操作系统是否会尊重插入顺序(即最后写入,最后写入磁盘),或者顺序将是不可预测的。例如:
byte[] s1 = "Testing1!".getBytes();
byte[] s2 = "Testing2!".getBytes();
byte[] s3 = "Testing3!".getBytes();
RandomAccessFile raf = new RandomAccessFile("test.txt", "rw");
FileChannel fc = raf.getChannel();
MappedByteBuffer mbb1 = fc.map(MapMode.READ_WRITE, 0, 1024 * 1024);
mbb1.put(s1);
MappedByteBuffer mbb2 = fc.map(MapMode.READ_WRITE, mbb1.position(), 1024 * 1024);
mbb2.put(s2);
MappedByteBuffer mbb3 = fc.map(MapMode.READ_WRITE, mbb1.position() + mbb2.position(), 1024 * 1024);
mbb3.put(s3);
mbb1.put(s1); // overwrite mbb2
mbb1.put(s1); // overwrite mbb3
mbb1.force(); // go to file
mbb3.force(); // can this ever overwrite mbb1 in the file?
mbb2.force(); // can this ever overwrite mbb1 in the file?
它总是最后写,最后还是我在这里错过了什么?
我还没有测试过这些,所以我不知道。
但是,坦率地说,没有保证这些顺序。
您有mbb.force()
方法,但这不是写入设备的唯一方法,而只是确保它已被写入。
VM可以随时将页面刷新回设备,使用它认为合适的任何时间表,这自然是非常依赖于平台的(Linux上的行为可能与Windows上的行为不同,甚至可能因Linux到Linux或Windows到Windows而不同)。
似乎是你应该内部协调,以确保你只有一个读/写缓冲区映射到一个文件的特定区域,并管理冲突和重叠的方式,而不是依赖于操作系统。
编辑:"保证多个内存映射缓冲区所做的更改是一致的"
简单地说,这意味着底层VM,一旦将物理页面映射到进程中,该映射将在所有执行的各种映射之间共享。线程问题仅仅是由于CPU内存缓存和其他问题。
因此,这保证了所有映射将在重叠缓冲区中看到相同的数据。但是它并没有说明缓冲区什么时候会被写入设备。这两点仍然密切相关。
总的来说,如果你正确处理任何多线程方面,听起来你不会有问题,并且要意识到你在底层缓冲区中看到的东西可能"在你脚下改变"。