C#学习教程:从流加载图像而不保持流打开分享


从流加载图像而不保持流打开

是否可以使用System.Drawing.Image的FromStream方法而不必在图像的生命周期内保持流打开?

我有一个应用程序,它使用Image.FromStreamAssembly.GetManifestResourceStream的组合从资源文件加载一堆工具栏图形。

我遇到的问题是,虽然这在Windows 7上工作正常,但在Windows XP上,如果禁用链接到其中一个图像的用户界面元素,应用程序将崩溃。 在Windows 7上,图像以灰度渲染。 在XP上,它因内存不足而崩溃。

经过大量的长毛发后,我终于将它追溯到图像的初始加载。 当然,如果我创建任何实现IDisposable对象也在同一个方法中被销毁,我将它包装在using语句中,例如

 using (Stream resourceStream = assembly.GetManifestResourceStream(resourceName)) { image = Image.FromStream(resourceStream); } 

如果我删除using语句以便不处理流,则应用程序不再在XP上崩溃。 但我现在有一堆“孤儿”流 – 图像存储在命令类中,这些图像在处理时正确处理图像,但原始流不是。

我查看了FromStream的文档,确认了流需要保持打开状态。 为什么这个没有在Windows 7开发系统上崩溃和烧毁是一个谜!

我真的不希望这个流徘徊,我当然不希望存储对这个流以及图像的引用,以便我以后可以处理它。 我只需要那个流一次所以我想摆脱它:)

是否有可能创建图像,然后在那里杀死流?

流需要打开的原因如下 :

GDI +以及System.Drawing命名空间可以推迟原始图像位的解码,直到图像需要这些位。 另外,即使在图像被解码之后,GDI +也可以确定丢弃用于大位图的存储器并且稍后重新解码更有效。 因此,GDI +必须能够在BitmapImage对象的生命周期内访问图像的源位。

记录的解决方法是使用Graphics.DrawImage创建非索引图像,或者从原始图像创建索引Bitmap ,如下所述:

位图和图像构造函数依赖项

根据Image.FromStream的文档,在使用图像时,流必须保持打开状态。 因此,即使关闭工作(没有什么可说的,在流处理之前你不能关闭流,就流对象本身来说),它可能不是一个非常可靠的方法。

您可以将图像复制到另一个图像对象,然后使用它。 但是,这可能比仅保持流打开更多内存密集。

您可以将流保存到临时文件并使用Image.FromFile方法。 或者只是不嵌入图像,将其保存为文件并在运行时从该文件加载它。

我相信这会帮助别人:)

我将它用于我的dataGridView_SelectionChanged:

上述就是C#学习教程:从流加载图像而不保持流打开分享的全部内容,如果对大家有所用处且需要了解更多关于C#学习教程,希望大家多多关注—猴子技术宅(www.ssfiction.com)

 private void dataGridViewAnzeige_SelectionChanged(object sender, EventArgs e) { var imageAsByteArray = File.ReadAllBytes(path); pictureBox1.Image = byteArrayToImage(imageAsByteArray); } public Image byteArrayToImage(byte[] byteArrayIn) { MemoryStream ms = new MemoryStream(byteArrayIn); Image returnImage = Image.FromStream(ms); return returnImage; } 

本文来自网络收集,不代表猴子技术宅立场,如涉及侵权请点击右边联系管理员删除。

如若转载,请注明出处:https://www.ssfiction.com/ckf/960202.html

发表评论

邮箱地址不会被公开。 必填项已用*标注