标签: filechannel

我有以下代码:

        String inputFile = "somefile.txt";
        FileInputStream in = new FileInputStream(inputFile);
        FileChannel ch = in.getChannel();
        ByteBuffer buf = ByteBuffer.allocateDirect(BUFSIZE);  // BUFSIZE = 256

        /* read the file into a buffer, 256 bytes at a time */
        int rd;
        while ( (rd = ch.read( buf )) != -1 ) {
            buf.rewind();
            for ( int i = 0; i < rd/2; i++ ) {
                /* print each character */
                System.out.print(buf.getChar());
            }
            buf.clear();
        }

但是角色会显示在？的位置.这是否与使用Unicode字符的Java有关？我该如何纠正？

考虑应用程序,它创建5-6个线程,循环中的每个线程为5mb页面大小分配MappedByteBuffer.

MappedByteBuffer b = ch.map(FileChannel.MapMode.READ_ONLY, r, 1024*1024*5);

迟早,当应用程序使用大文件时,会抛出oom

java.io.IOException: Map failed  at sun.nio.ch.FileChannelImpl.map(FileChannelImpl.java:758)
Caused by: java.lang.OutOfMemoryError: Map failed
        at sun.nio.ch.FileChannelImpl.map0(Native Method)
        at sun.nio.ch.FileChannelImpl.map(FileChannelImpl.java:755)

根据规范,MappedBuffer应该在GC本身时立即配置直接内存.看起来问题是,MappedBuffer-s的GC编辑太晚了,后来直接内存完成了.

如何避免这种情况？可能会说MappedBuffer隐式处理或使用某种MappedBuffer池

我真的遇到了麻烦:我想用FileChannels和MappedByteBuffers 读取几GB的HUGE文件- 我发现的所有文档都暗示使用该FileChannel.map()方法映射文件相当简单.当然,限制为2GB,因为所有Buffer方法都使用int来定位,限制和容量 - 但系统隐含的限制如何呢？

实际上,我遇到很多关于OutOfMemoryExceptions 的问题!并没有真正定义限制的文档!那么 - 如何将一个符合int-limit的文件安全地映射到一个或几个MappedByteBuffers而不仅仅是异常？

在尝试之前,我可以问系统我可以安全地映射文件的哪个部分FileChannel.map()？怎么样？为什么关于这个功能的文档很少？

我正在研究一个sc2replay解析工具.我在MPQLIB http://code.google.com/p/mpqlib/之上构建它

不幸的是,该工具使用文件通道来读取bzip文件并使用 map(MapMode.READ_ONLY, hashtablePosition, hashTableSize);

调用该函数后关闭文件通道不会在该过程中释放该文件.具体来说,我无法重命名/移动文件.

问题出现在Java 7中,它在Java 6上运行良好.

这是一个复制它的简单代码片段:

    FileInputStream f = new FileInputStream("test.SC2Replay");
    FileChannel fc = f.getChannel();

    fc.map(MapMode.READ_ONLY, 0,1);

    fc.close();

    new File("test.SC2Replay").renameTo(new File("test1.SC2Replay"));

注释掉fc.map将允许您重命名该文件.

PS从这里我应该关闭FileChannel吗？

它声明您不需要关闭文件通道和文件流,因为关闭一个将关闭另一个.我也试过关闭其中一个或两个,但仍然没有奏效.

在Java 7上使用FileChannel.map读取数据后是否有重命名文件的解决方法,因为现在每个人似乎都有Java 7？

我试图了解以下行为。我的旧代码，

String path = "C:/temp/sample.txt";
String mode= "rw";
FileChannel channel = new RandomAccessFile(path, mode).getChannel();
// some code to write to this file

// finally delete
File file = new File(path);
boolean isDeleted = file.delete();
System.out.println("Is Deleted - " + isDeleted);

O / P-已删除-否

仅当我执行“ channel.close（）;”时 在我删除文件之前。它是否删除文件并返回true。

较新的替换代码，

String path = "C:/temp/sample.txt";
FileChannel fChannel = FileChannel.open(path, StandardOpenOption.READ, StandardOpenOption.WRITE, StandardOpenOption.CREATE);
// some code to write to this file

// finally delete
File file = new File(path);
boolean isDeleted = file.delete();
System.out.println("Is Deleted …

正如我发现的，底层操作系统调用 is copyToFile()，Libcore.os.read(fd, bytes, byteOffset, byteCount)whiletransferTo()基于内存映射文件：

MemoryBlock.mmap(fd, alignment, size + offset, mapMode);
...
buffer = map(MapMode.READ_ONLY, position, count);
return target.write(buffer);

Q1：我的发现是对还是错？
Q2：有什么理由使用FileUtils.copyFile()asFileChannel.transferTo()似乎应该更有效吗？

谢谢

这个问题困扰我好几天了：

假设我有两个在同一台计算机上运行的进程（p_write和p_read）。

• 过程p_write用于写入/更新mmap文件。

• 过程p_read是使用mmap文件的过程，换句话说，就是读取mmap文件。

我的假设是，p_write首先需要为mmap文件分配一个内存空间（堆外）（该空间使用Java MappedByteBufferAPI 自动映射到文件）。

我的问题是p_read如何从mmap文件读取？我现在的假设是，p_read还需要为要映射的mmap文件分配另一个相同大小的堆外空间，但这似乎是不正确的，因为在这种情况下，内存量需要加倍。

如果p_read不需要为要映射的mmap文件分配单独的内存空间，那么如何p_read知道文件映射到的正确内存地址p_write？

更新1

我发现有一个更好的问题要问，或者您可以将其视为后续问题：如果FileChannel.map()两次调用，同一文件是否将两次映射到两个不同的内存空间？

// Scenario A: In single process

try (FileChannel fc = FileChannel.open(filePath, openOptions)) {
   // First call
   fc.map(MapMode.READ_ONLY, 0, SIZE_CONSTANT);
   // Second call
   fc.map(MapMode.READ_ONLY, 0, SIZE_CONSTANT);
}

和

// Scenario B: In two processes

// in first process
try (FileChannel fc = FileChannel.open(filePath, openOptions)) {
   // First …