FileOutputStream 抛出 FileNotFoundException（打开的文件太多）

Question

我的应用程序以某种方式抛出“java.io.FileNotFoundException：/file/path（打开的文件太多）”，我不知道是哪个部分导致了这个异常，因为 try-with-resources 应该写入后关闭文件，但不知何故没有。我没有其他正在写入文件的资源，所以这不可能是由外部应用程序引起的。

我还尝试替换流以及将方法 writeToFile(String filename, Double data) 更改为非静态方法，这就是 class B 现在在每个循环中为 DataFileWriter 创建一个新实例的原因。我希望这会以某种方式强制 FileOutputStream 关闭，但没有帮助。

public class A {
    public static void main(String[] args) {
        List<Data> dataList = dao.getAll();
        B classB = new B();
        dataList.stream().forEach(data -> {
            classB.someMethod(data);
        });
    }
}

public class B {
    public void someMethod(Data data) {
        // Some transformation happens here which results in transformedData
        writeToFile(filename, transformedData);
    }

    private void writeToFile(String filename, Double[][] data) {
        Arrays.stream(data).forEach(d -> {
            DataFileWriter dataFileWriter = new DataFileWriter();
            dataFileWriter.writeToFile(filename, d);
        });
    }
}

public class DataFileWriter {
    public void writeToFile(String filename, Double data) {
        File file = new File(filename);
        if (!file.getParentFile().isDirectory()) file.getParentFile().mkdirs();
        try (FileOutputStream fOut = new FileOutputStream(filename, true) {
            byte b[] = data.getBytes();
            fOut.write(b);
        } catch (IOException e) {
            // Exception handling
        }
    }
}

如果你能帮我解决这个问题就好了。修改允许打开文件的最大数量是没有选择的，因为应用程序应该处理比当前状态更多的数据。

更新

我改变了一些东西来减少内存的使用，但在程序写入正好 5016 个文件后我仍然得到同样的错误。我浏览了整个代码，但无法弄清楚任何事情。我可以想象异常以某种方式被触发的唯一地方是在调用建立连接的 API 期间，但我在这里也没有看到任何错误。

protected static CoreEntity[] sendGET(CoreEntity[] resultList, String path) throws IOException, JSONException {
    return handleResponse(resultList, getConnection(path, GET_REQUEST));
}

private static HttpURLConnection getConnection(String path, String requestMethod) throws IOException {
    URL url = new URL(REQUEST_URL + path);
    HttpURLConnection connection = (HttpURLConnection) url.openConnection();
    connection.setDoOutput(true);
    connection.setDoInput(true);
    connection.setRequestProperty("Content-Type", "application/json");
    connection.setRequestProperty("accept", "application/json");
    connection.setConnectTimeout(50000);
    connection.setReadTimeout(50000);
    connection.setRequestMethod(requestMethod);
    initializeGSON();
    return connection;
}

private static CoreEntity[] handleResponse(CoreEntity[] resultList, HttpURLConnection connection) throws IOException {
    final int status = connection.getResponseCode();
    if (status == HttpURLConnection.HTTP_OK) { // Success
        try (InputStreamReader reader = new InputStreamReader(connection.getInputStream()); BufferedReader in = new BufferedReader(reader)) {
            String inputLine;
            StringBuilder response = new StringBuilder();
            while ((inputLine = in.readLine()) != null) { response.append(inputLine); }
            reader.close();
            in.close();
            JSONArray jsonArray = getJSONAsArray(response.toString());
            resultList = (CoreEntity[]) Array.newInstance(resultList.getClass().getComponentType(), jsonArray.length());
            for (int i = 0; i < jsonArray.length(); i++)
                resultList[i] = (CoreEntity) GSON.fromJson(jsonArray.get(i).toString(), resultList.getClass().getComponentType());
        } catch (IOException | JSONException e) { e.printStackTrace(); }
    } else { // Error
        System.out.println("Request failed with error code: " + status);
    }
    connection.disconnect();
    return resultList;
}

Answer 1

我正在将多个文件写入一个目录，其中文件名与目录中的文件数量相对应。为了得到这个长度，我使用了 Files.list(Paths.get(directory)).count()。显然，这会打开导致上述异常的目录中的所有文件。我用 new File(getRootDirectory() + directory + "/").list().length 替换了它，现在一切正常。 Apple 的 activity 监视器帮了我大忙，我注意到打开的文件来自特定方法。

虽然你们不能直接帮助我，但谢谢你们给我指明了正确的方向。

FileOutputStream 抛出 FileNotFoundException（打开的文件太多）

FileOutputStream throws FileNotFoundException (Too many open files)

java

filenotfoundexception

fileoutputstream