位图类不处理流?

问题描述

| 因此,在发现Bitmap类期望原始流在图像或位图的生命周期内保持打开状态之后,我决定确定Bitmap类在处理流时是否实际上关闭了该流。 查看源代码,Bitmap和Image类创建一个GPStream实例来包装流,但不存储对GPStream或Stream实例的引用。
num = SafeNativeMethods.Gdip.GdipLoadImageFromStreamICM(new GPStream(stream),out zero);
现在,GPStream类(内部)不再实现Release或Dispose方法-不允许GDI关闭或处置流的任何方法。并且由于Image / Bitmap类没有保留对GPStream实例的引用,因此看来GDI,Drawing.Bitmap或Drawing.Stream绝对没有办法正确关闭流。 我可以将Bitmap子类化以解决此问题,但是,哦,它是密封的。 请告诉我我错了,而且MS不仅使不可能编写不会泄漏其API资源的代码。 请记住(a),Bitmap没有对该流的托管引用,这意味着GC将在其仍在使用时对其进行收集,以及(b).NET API接受Bitmap / Image引用,并且不确定它们何时\已经做完了。     

解决方法

由于在此示例中提供了流,因此我想您将负责处理它。     ,有一种方法可以打开,关闭流,这也是一个好习惯。这样,更容易跟踪泄漏。让另一个对象关闭您打开的流会很奇怪。     ,因为位图不能保证按顺序调用析构函数,所以它不会关闭流,因为在垃圾回收期间它可能已经被自己的析构函数关闭了。杰弗里·里希特(Jeffrey Richter)通过C#编写的CLR有一章关于内存管理,该章比我能解释的更加清晰。     

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...