Question

C# FileStream 内存没有及时释放问题

for(int j=0;j<100;j++)
{
using (FileStream fs = new FileStream("D:\\uCacheMemory.tmp", FileMode.OpenOrCreate))
{
for(int i=0;i<100;i++)
{
fs.Seek(i * 1000000 + 1, SeekOrigin.Begin);
fs.Write(buff, i * 1000000, 1000000);
}
fs.Flush(true);

fs.Close();

}
}
根据出现的情况，大致模拟了下基本就是上述情况，内存可以释放，但是没有及时释放而是慢慢的释放，也就是说 J 那边一直循环的话内存会一直往上涨，理论上我每次的循环都有释放它，但貌似是filestream自己的缓存导致不会马上释放，有大神知道如何及时释放filestream的内存问题吗》？？？
问题补充: 经过测试表明,并非简单这样,在主线程中这样做,内存会涨,但涨了一些后就上不去了,这样应该是没有问题的,但是开线程去处理特别是多线程处理就更加了,内存一直涨,直到停下来之后才开始慢慢下降,就是说内存释放太慢跟不上,有时内存还会蹦掉...我那边开的是线程池...所以一直在涨..模拟如下:

Answer 1

你为什么要将打开文件的操作写在j 循环里面呢？频繁打开关闭当然吃内存了，放在j外面

追问

实际每次打开关闭都有dispose,应该是没有关系的.那么实际上我之前也有想过是不是这个原因也试过把fs定义成全局只开一次...然后不关,结果还是一直涨....

Answer 2

System.GC.Collect();
调用.net内存垃圾回收器，清理filestream内存

追问

这个我也试过，无效，不是说资源释放不了而是说不能马上释放。。。

Answer 3

.net的资源施放是一个单独的线程，而且是一个优先级很低的线程，所以在代码很忙的时候，不会去处理这结事情。。。不知道这个是否可以解释你的现象

追问

有可能是这么一回事，不过印象中GC是空余时间清理，Dispose应该是马上释放啊。。。。

追答

Dispose只是把你的资源扔进一个清空队列，等待施放

追问

我试过for循环new 100张4000X2000的图,不DisPose()内存挂掉,每一次都 dispose()，内存就一点都不涨

Answer 4

不知道，呵呵
再来一个明确的 fs.Dispose() 看看

追问

using(){ }自带用完直接dispose()的

追答

是的，我也是那样认为的
所以说我不知道，还说了个明确
呵呵

你就不应该那样用，想办法把循环放在里面，否则是反复的快速开关文件

追问

就实际的情况来说是不可行的，因为我这边实际情况是保存图片，一张一张的保存均写到一个文件里面，不可能长期开着不关，所以肯定是要保存的时候打开保存，但现在是出现一个问题就是快速保存，内存就来不及释放了，我有尝试过，二个：1、seek那句不要，内存就不会涨；2、或者是write那句不要也不会涨，也就是说seek和write一起时就涨了。。。我也疑惑啊。。。。

追答

不可能长期开着不关

那就定个时间，几秒保存一次，重打开，或者分钟级别
否则，光看你的这个循环，一次性完成，中间也没干其他事情
看着就是数据都准备好了，你打开关闭文件100次完成
看着打开关闭文件1次，也可以完成的啊
就这几行代码看的话

追问

这个只是我临时写的模拟出现的情况临时写的，画图工具，画一笔保存一次，保存快慢要看绘画快慢了，每一笔都保存在同一个文件中，现在情况是快速画，保存是来的及没问题，就是内存释放来不及，内存会往上涨，注意图是4000X1800大图，内存涨的很快。。。。因为是快速绘画，所以我模拟就直接上For循环了

追答

seek和write一起时就涨

摸不着头脑

直接SEEK to END， append mode看看，看起也是一个样，呵呵

FileMode.OpenOrCreate 当初次时， Create

for(int i=0;i<100;i++)
{
    fs.Seek(i * 1000000 + 1, SeekOrigin.Begin); // i=0时，从1开始，也不是0啊，呵呵，小问题，看起好像
    
而且也不用次次SEEK啊，至少在里面的那个循环
fs.Seek(i * 1000000 + 1, SeekOrigin.Begin);

顺便调用 GC.那个方法，忘记了，专门回收垃圾的那个东东，平时少用

不知道怎么回事，也懒得开VS来编译运行测试

离题了

等别人来看看

追问

这个是因为我一张图有1千多万byte，所以我是1百万一百万的存，每次要定位存在哪里，因为还要可以读回来的，所以位置要明确的，这边模拟，所以直接用 i×1000000定位了，实际当然不会这么简单的。。。

追答

System.GC.Collect();

试试