fopen中调用_getstream返回NULL导致文件打开失败，ofstream的failbit被设置

问题描述：在导出一个package的时候，调用了一个函数去生出xml文件，在最后用ofstream去保存xml文件的时候，总是失败。然而相同的代码去导出别的package，一切正常。唯一的区别是正常的package较小。

问题分析：在trace代码的时候发现，导致打开文件失败的原因是fopen中调用_getstream返回了NULL，再跟踪到_getstream函数发现，这个函数主要的功能是：试图找到一个没有被使用的stream去打开文件，如果达到512个并且没有找到可用的stream，就会返回NULL。

问题解决：一开始以为是handle使用的太多，导致没有可用的handle，使用task manager勾选上handle去查看，发现并没有想象中的那么多。handle的嫌疑排除。

上网google了很久，也没有准确的答案，没办法，只好把目光重新放回到fopen函数上，在函数入口设置断点，看看都是哪些函数调用了fopen。结果就发现在导出package的时候，有一个计算函数被多次调用，而这个函数被别人加了log，logfile被多次打开，但没有关闭。注掉log代码，测试，一切ok。较小的package的计算较少，log被打开的次数较少，可能没有达到512上限。

最终确定，问题就出在打开的文件太多，而又没有及时关闭。导致stream都被占用了。