从流加载图像而不保持流打开
是否可以使用System.Drawing.Image的FromStream方法而不必在图像的生命周期内保持流打开？
我有一个应用程序，它使用Image.FromStream和Assembly.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 +必须能够在Bitmap或Image对象的生命周期内访问图像的源位。
记录的解决方法是使用Graphics.DrawImage创建非索引图像，或者从原始图像创建索引Bitmap ，如下所述：
位图和图像构造函数依赖项
根据Image.FromStream的文档，在使用图像时，流必须保持打开状态。 因此，即使关闭工作（没有什么可说的，在流处理之前你不能关闭流，就流对象本身来说），它可能不是一个非常可靠的方法。
您可以将图像复制到另一个图像对象，然后使用它。 但是，这可能比仅保持流打开更多内存密集。
您可以将流保存到临时文件并使用Image.FromFile方法。 或者只是不嵌入图像，将其保存为文件并在运行时从该文件加载它。
我相信这会帮助别人:)
我将它用于我的dataGridView_SelectionChanged：
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; }