结论来看，是一个简单又朴素的道理——打开文件句柄用完了得给关上。
表现在现象上却是着实让人费解，以至于有人还怀疑起了微软的Winodws系统来了，可笑至极。
还是那句话，先把自己的屁股先给擦干净喽再怀疑别人吧！

引申到另一个话题 ，一个较大型程序存在此类文件句柄耗尽的问题，该如何去排查呢？
一个简单原始的办法——打开Procmon（Process Monitor）分析所有的CreateFile与CloseFile个数，就会发现某个或某些文件的关闭不足够了。
可能有人会说我用的是fopen，也没用CreateFile啊。其实啊，只要是Windows系统，fopen这类C的库函数最终肯定会调用CreateFile来的。
且这个fopen的509次限制（至少Windows）应该也是这个C的库函数中加入的，实践证明使用CreateFile替换fopen后程序又愉快地工作了。
当然使用CreateFile替换fopen只是一时的迂回，根本上还是得把句柄给及时释放掉以免造成更大的怪事情。

1，背景：测试部说录像不成功，经小维查明是fopen返回NULL导致

工程代码：
FILE* pFile = fopen(recPath, "wb");
if (NULL == pFile)
{
     printf("fopen return NULL, error=%d/n", GetLastError());
}
失败时打印：fopen return NULL, error=0
继续运行时打印：fopen return NULL, error=183

分析（怀疑是fopen后未fclose所致，写一测试代码）：
int i = 0;
for (i = 0; i < 1000; i++)
{
      pFile = fopen(sPath, "wb");//sPath每次都不同
      if (NULL == pFile)
      {
             printf("[%d]fopen return NULL, error=%d/n", i, GetLastError());
       }
}
在winxp下测试，发现前508个文件都没问题，509个文件开始都是返回NULL，并且error=0
关闭程序再运行一次，一样，前508个文件都没问题，但是error=183
error=183的意思是：当文件已存在时，无法创建该文件。

改为CreateFile再测，1000个文件创建成功，没有出错

结论：
1、GetLastError()并不能精确实时获取fopen的错误，
2、fopen句柄数目有限制
建议：
1、fopen后一定要fclose
2、建议win下用CreateFile代替fopen

听说linux下fopen句柄数目只能支持17个？有兴趣的朋友可测试一下
---------------------
作者：pizicai105
来源：CSDN
原文：https://blog.csdn.net/pizicai105/article/details/6128354
版权声明：本文为博主原创文章，转载请附上博文链接！

 

2，http://www.cnblogs.com/personnel/p/4585033.html      by 沙的空间

fopen() 返回 NULL, 奇葩原因:当前进程打开多个句柄，忘记关闭。(bug)
今天在测试一个程序的时候，突然第一次弹出错误对话框，提示： 创建新文件失败。 fopen() 返回 NULL

 

我又重启程序测试，还是提示同样的错误。

经过几分钟的检查，发现一个规律：当处理到500多个文件时，开始挂掉。

终于发现原因，因为有一段代码在处理文件遇到错误时，忘记fclose()了。

当处理500多个文件出错时，也就意味着当前进程fopen()500多个文件，刚好windows对进程打开文件的句柄数有限制(百度一下)。

所以导致：fopen()返回 NULL.