Question

我在Win XP上运行了一个多线程应用程序。在某个阶段，其中一个线程无法使用fopen函数打开现有文件。 _get_errno函数返回EMFILE，这意味着打开的文件过多。没有更多文件描述符可用。我的平台的FOPEN_MAX是20._getmaxstdio返回512.我用WinDbg检查了这个，我看到大约有100个文件打开了：

788 Handles
Type            Count
Event           201
Section         12
File            101
Port            3
Directory       3
Mutant          32
WindowStation   2
Semaphore       351
Key             12
Thread          63
Desktop         1
IoCompletion    6
KeyedEvent      1

fopen失败的原因是什么？

编辑：

我编写了简单的单线程测试应用程序。这个程序可以打开510文件。我不明白为什么这个应用程序可以打开更多文件，然后多线程应用程序。可能是因为文件句柄泄漏了吗？

#include <cstdio> 
#include <cassert> 
#include <cerrno> 
void main() 
{ 
    int counter(0); 

    while (true) 
    { 
        char buffer[256] = {0}; 
        sprintf(buffer, "C:\\temp\\abc\\abc%d.txt", counter++); 
        FILE* hFile = fopen(buffer, "wb+"); 
        if (0 == hFile) 
        { 
            // check error code 
            int err(0); 
            errno_t ret = _get_errno(&err); 
            assert(0 == ret); 
            int maxAllowed = _getmaxstdio(); 
            assert(hFile); 
        } 
    } 
}

Answer 1

我想这是您操作系统的限制。它可能取决于很多方面：表示文件描述符的方式，它们消耗的内存等等。

我想你无能为力。也许有一些参数来调整这个限制。

真正的问题是，你真的需要同时打开那么多文件吗？我的意思是，即使你有100多个线程试图读取100多个不同的文件，它们可能无法同时读取它们，并且你可能得不到比50个线程更好的结果

由于我们不知道你想要达到什么目标，因此很难准确。

Answer 2

我认为在win32中，所有crt函数最终将使用下面的win32 api结束。所以在这种情况下，最有可能的是它必须使用win32的CreateFile / OpenFile。现在，CreatFile / OpenFile api不仅适用于文件（文件，目录，通信端口，管道，邮件槽，驱动器卷等）。因此，在实际应用中，根据这些资源的数量，您的最大打开文件可能会有所不同。由于您没有详细介绍该应用程序。这是我的第一个猜测。如果时间允许，请通过此http://blogs.technet.com/b/markrussinovich/archive/2009/09/29/3283844.aspx

fopen问题 - 打开的文件太多了

2 个答案: