WPF致命泄露bug！有没有！

superzmy凄临雨 2011-03-31 12:04:51
相信用过WPF的BitmapImage的，都在用类似这样的代码来解决文件无法删除的问题！
[size=9px]
static class AppHelper
{
public static BitmapImage GetBitmapImage(string path)
{
BitmapImage bitmap = new BitmapImage();
bitmap.BeginInit();
bitmap.StreamSource = new MemoryStream(File.ReadAllBytes(path));
bitmap.EndInit();
bitmap.Freeze();
return bitmap;
}
}[/size]
但是就算这样也只是解决了文件独占的泄露问题，开你的任务管理器看看吧
内存只占用不释放
for(int i = 0; i < 20; i++)
{
AppHelper.GetBitmapImage("Images/img003.bmp");
}
上面代码里面的bmp有4MB大，循环过后没有持有图像的引用，但是内存占用不断增大，根本无法下降

然后想跟我说Dispose、Using、Close的童鞋们好好看清楚BitmapImage这个类根本就没有IDispose接口，也没有提供Close方法
想不到WPF最基础的图像类有内存泄露bug吧！
...全文
723 20 打赏 收藏 转发到动态 举报
写回复
用AI写文章
20 条回复
切换为时间正序
请发表友善的回复…
发表回复
fancystyle 2011-07-26
  • 打赏
  • 举报
 回复
我提交了一个BUG.如果大家有这个问题.也顶一下吧.

https://connect.microsoft.com/WPF/feedback/details/680742/bitmapimage-does-not-release-memory-leak-in-wpf4
fancystyle 2011-07-21
  • 打赏
  • 举报
 回复
顶上来.我觉得是个WPF 的BUG
xant111 2011-07-19
  • 打赏
  • 举报
 回复
结果没明白啊，还是没办法释放资源是吧？我现在很苦恼这个问题
superzmy凄临雨 2011-05-31
  • 打赏
  • 举报
 回复
再测试排除上面的推测，无法重现问题
superzmy凄临雨 2011-05-31
  • 打赏
  • 举报
 回复
过了许久到了今天，我换了SSD硬盘，无意中再测试发现没有内存泄露，所以现在怀疑可能是windows的superfetch功能自动缓存图片文件导致的bug
机器人 2011-03-31
  • 打赏
  • 举报
 回复
还有这篇文章：
http://blog.csdn.net/sabrina0911chen/archive/2010/04/04/5450080.aspx

明天实验下。
机器人 2011-03-31
  • 打赏
  • 举报
 回复
关注。。。

在这篇msdn blog中提到了WPF应用容易发生内存泄露的几种case，其中提到了BitmapImage。
但里面也提到了解决办法，lz可以参考下：

http://blogs.msdn.com/b/jgoldb/archive/2008/02/04/finding-memory-leaks-in-wpf-based-applications.aspx

比如：
来自静态的资源，这里提到用Freeze()方法避免内存泄露
bi1 =  new BitmapImage(new Uri("Bitmap1.bmp",UriKind.RelativeOrAbsolute));

//if you do not Freeze, your app will leak memory 

bi1.Freeze() m_Image1 = new Image();

m_Image1.Source = bi1;  

MyStackPanel.Children.Add(m_Image1);
superzmy凄临雨 2011-03-31
  • 打赏
  • 举报
 回复
为了进一步排除MemoryStream的影响，我用一个静态变量MemoryStream缓存掉了每次都创建的流
现在发现任务管理器里面内存占用量确实是少了一半
但是仍然的，存在着和图像文件大小正相关的内存泄露！
superzmy凄临雨 2011-03-31
  • 打赏
  • 举报
 回复
根据以上的回复，我把函数稍作修改
public static BitmapImage GetBitmapImage(string path)
{
BitmapImage bitmap = new BitmapImage();
bitmap.CreateOptions = BitmapCreateOptions.None;
bitmap.CacheOption = BitmapCacheOption.OnLoad;
bitmap.BeginInit();
bitmap.StreamSource = new MemoryStream(File.ReadAllBytes(path));
bitmap.EndInit();
bitmap.Freeze();
bitmap.StreamSource.Dispose();
return bitmap;
}
就算这样的代码，产生的BitmapImage对象已经没办法显示出来
它仍然占用了内存并且不予释放
superzmy凄临雨 2011-03-31
  • 打赏
  • 举报
 回复
没有用的，就算我直接把StreamSource对象Dispose，内存占用都不会下降
泄露的内存并不是来自StreamSource！
以专业开发人员为伍 2011-03-31
  • 打赏
  • 举报
 回复
如果看看msdn上简单的描述，可以看到这样的说明：


如果 StreamSource 和 UriSource 均设置，则忽略 StreamSource 值。

如果要在创建 BitmapImage 后关闭流，请将 CacheOption 属性设置为 BitmapCacheOption.OnLoad。 默认 OnDemand 缓存选项保留对流的访问，直至需要位图并且垃圾回收器执行清理为止。
superzmy凄临雨 2011-03-31
  • 打赏
  • 举报
 回复
目前的想法是用反射来调用私有方法和成员，把里面的资源释放掉
superzmy凄临雨 2011-03-31
  • 打赏
  • 举报
 回复
[Quote=引用 11 楼 laputa_island 的回复:]
引用 3 楼 sp1234 的回复:
如果看看msdn上简单的描述，可以看到这样的说明：


如果 StreamSource 和 UriSource 均设置，则忽略 StreamSource 值。

如果要在创建 BitmapImage 后关闭流，请将 CacheOption 属性设置为 BitmapCacheOption.OnLoad。 默认 OnDemand 缓存选项保留对流的访问……
[/Quote]
？？？？
子夜__ 2011-03-31
  • 打赏
  • 举报
 回复
然后想跟我说Dispose、Using、Close的童鞋们好好看清楚BitmapImage这个类根本就没有IDispose接口，也没有提供Close方法

假如BitmapImage有Dispose的话 也就跟image的Dispose一样吧？

LZ你看看
这篇文章
superzmy凄临雨 2011-03-31
  • 打赏
  • 举报
 回复
[Quote=引用 14 楼 juqiang 的回复:]
http://code.logos.com/blog/2008/04/memory_leak_with_bitmapimage_and_memorystream.html

自己做一个wrapper，对memorystream的包装
[/Quote]

1.文中提到“Note that there isn't a true memory leak”
但是在我的实验中他们一直都没有被引用，所以这是真的true momery leak
该不被释放的还是不被释放
2.虽然我没有做这个wrapper，但是我共享streambuffer以后，内存占用量只是减少，但没有达到比不做循环读图片只多出几个MB的水平（多用了30MB，不共享streambuffer的情形多用了50~60MB的范围），所以做warpper的效果也不能真正解决
Laputa_Island 2011-03-31
  • 打赏
  • 举报
 回复
[Quote=引用 10 楼 superzmy 的回复:]
我只能证明有这个bug存在，但是修复它不是我的责任……
微软该打补丁了……我用的不是4.0SP1么……
[/Quote]
... ..LZ英明。。LZ千秋万代，一统江湖
Laputa_Island 2011-03-31
  • 打赏
  • 举报
 回复
[Quote=引用 3 楼 sp1234 的回复:]
如果看看msdn上简单的描述，可以看到这样的说明：


如果 StreamSource 和 UriSource 均设置，则忽略 StreamSource 值。

如果要在创建 BitmapImage 后关闭流，请将 CacheOption 属性设置为 BitmapCacheOption.OnLoad。 默认 OnDemand 缓存选项保留对流的访问，直至需要位图并且垃圾回收器执行清理为止……
[/Quote]
哎。。 。。。
juqiang 2011-03-31
  • 打赏
  • 举报
 回复
http://code.logos.com/blog/2008/04/memory_leak_with_bitmapimage_and_memorystream.html

自己做一个wrapper，对memorystream的包装
superzmy凄临雨 2011-03-31
  • 打赏
  • 举报
 回复
我只能证明有这个bug存在，但是修复它不是我的责任……
微软该打补丁了……我用的不是4.0SP1么……
superzmy凄临雨 2011-03-31
  • 打赏
  • 举报
 回复
BitmapImage泄露其实是非托管资源的泄露
GC拿他没办法的
从新手入门WPF框架编程(C# VS2022)
WPF（Windows Presentation Foundation）是微软新一代图形系统，基于DirectX 9/10技术的WPF不仅带来了前所未有的3D界面， 程序员在WPF的帮助下，要开发出媲美Mac程序的酷炫界面已不再是遥不可及的奢望。 WPF框架提供了超丰富的.NET UI框架，集成了矢量图形、动画、丰富的流动文字支持，3D视觉效果和强大无比的控件模型框架，它提供了统一的编程模型、语言，依靠.Net平台的成熟生态 ，真正做到了分离界面设计与代码开发，让开发者可快速创建绚丽漂亮的基于Windows的桌面应用程序, 本课程是黄老师的 .Net平台开发系列课程之一，通过WPF框架控件与精炼知识点的梳理与细致讲解，结合代码实战演练，帮助学员迅速掌握WPF开发，达到企业级WPF框架开发的水平！
每一个C#开发者必须知道的13件事情
1. 开发流程 　　程序的 Bug 与瑕疵往往出现于开发流程当中。只要对工具善加利用，就有助于在你发布程序之前便将问题发现，或避开这些问题。 　　标准化代码书写 　　标准化代码书写可以使代码更加易于维护，尤其是在代码由多个开发者或团队进行开发与维护时，这一优点更加突出。常见的强制代码规范化的工具有:FxCop、StyleCop 和 ReSharper。
C#开发者必须知道的13件事情
1.开发流程 程序的Bug与瑕疵往往出现于开发流程当中。只要对工具善加利用，就有助于在你发布程序之前便将问题发现，或避开这些问题。 标准化代码书写 标准化代码书写可以使代码更加易于维护，尤其是在代码由多个开发者或团队进行开发与维护时，这一优点更加突出。常见的强制代码规范化的工具有:FxCop、StyleCop和ReSharper。 开发者语：在掩盖错误之前请仔细地思考这些错误，并且去分析结...
C#开发人员应该知道的13件事情
http://blog.csdn.net/powertoolsteam/article/details/56480567 本文讲述了C#开发人员应该了解到的13件事情，希望对C#开发人员有所帮助。 1. 开发过程 开发过程是错误和缺陷开始的地方。使用工具可以帮助你在发布之后，解决掉一些问题。 编码标准 遵照编码标准可以编写出更多可维护的代码，特别是在由多个
C／C++内存问题检查利器——Purify
C／C++内存问题检查利器——Purify 一、           引言   我们都知道软件的测试（在以产品为主的软件公司中叫做QA—Quality Assessment）占了整个软件工程的30% -50%，但有这么一种说法，即使是最优秀测试专家设计出来的测试案例，也无法彻底地检测到内存上的问题。       使用C/C++开发的团队一定有被其内存问题折磨过的经历，内存问题一直是C/...
.NET Framework

17,740

社区成员

24,334

社区内容

发帖
与我相关
我的任务
社区描述
.NET技术 .NET Framework
社区管理员
  • .NET Framework社区
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章