加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > Java > 正文

打开文件错误太多,java.io.FileNotFoundException

发布时间:2020-12-14 19:22:23 所属栏目:Java 来源:网络整理
导读:在我的程序中,我有循环扫描一堆文件并读取其内容.问题发生在大约1500个文件的迭代中,似乎无法再现(或理解(由我)) 问题: java.io.FileNotFoundException: /path/to/file//myFile (Too many open files) 此方法的例外情况如下: private static String readFi

在我的程序中,我有循环扫描一堆文件并读取其内容.问题发生在大约1500个文件的迭代中,似乎无法再现(或理解(由我))

问题:

java.io.FileNotFoundException: /path/to/file//myFile (Too many open files)

此方法的例外情况如下:

private static String readFileAsRawString(File f) throws IOException {

    FileInputStream stream = new FileInputStream(f); // <------------Stacktrace
    try{
      FileChannel fc = stream.getChannel();
      MappedByteBuffer bb = fc.map(FileChannel.MapMode.READ_ONLY,fc.size());

      return Charset.defaultCharset().decode(bb).toString();
    } finally {
        stream.close();
    }
}

我在QA中运行了这个方法超过20,000个文件,它似乎没有任何问题.

您是否看到上面粘贴的代码有什么问题导致此问题?

最佳答案
映射是可疑的. MappedByteBuffer可以比它的FileChannel更长,并且在垃圾收集之前一直有效.您可能没有足够的垃圾来运行GC,但可能在特定平台上,文件句柄由未引用的缓冲区保留.

除非禁用显式垃圾收集(-XX:-DisableExplicitGC),否则您应该能够通过捕获异常,调用System.gc()并再次尝试来测试此问题.如果它在第二次尝试时起作用,那就是你的问题.但是,将System.gc()作为永久修复程序调用是一个坏主意.整体表现最佳的解决方案将在目标平台上进行一些分析.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读