保存图像文件和保存内存的最佳方式
本文关键字:保存 最佳 方式 图像 文件 内存 | 更新日期: 2023-09-27 18:05:57
在我的程序中,我正在创建一些大图片(Image
对象(,并将它们保存到磁盘。然后我将它们添加到列表List<Image>
中,但在保存了50张图片并将它们作为Image
对象添加到我的imageList
中后,它占用了大量内存。我试着在50个图像上做这件事,只保存了纯图像对象,我的程序在进程管理器中就达到了160MB。所以我必须找到一种保存图片并将其添加到列表中的方法,而不会让程序耗尽所有内存。
所以我有几个解决方案,我很想听听你对它们的看法,或者你是否有更好的解决方案。
- 压缩图像对象的
byte[]
数组 - 压缩内存团队对象的流
- 将图像对象的
byte[]
数组转换为字符串,然后压缩字符串
我在c#中执行此操作。
不要使用.Net DeflateStream等压缩图像(因为在所有情况下,它都会增加数据的大小,这是一个已知的问题(-直接将其保存到.png.之类的文件中
Bitmap bmp;
// ...
bmp.Save("foo.png", System.Drawing.Imaging.ImageFormat.Png);
请确保处理创建的图像(保存后(。
你不能压缩内存中的图像,因为Windows GDI(.Net使用(要求图像基本上是未压缩的位图形式(所以当你加载压缩图像时,它会被解压缩(。
您应该考虑按需加载它们。这里有一个类似于ImageList
的类,您可能会发现它很有用:
public class DelayedImagedList : Component
{
// Item1 = Dispose for the image.
// Item2 = At creation: the method to load the image. After loading: the method to return the image.
// Item3 = The original filename.
private List<Tuple<Action, Func<Image>, string>> _images = new List<Tuple<Action,Func<Image>,string>>();
private Dictionary<string, int> _imageKeyMap = new Dictionary<string, int>();
// Access images.
public Image this[string key] { get { return _images[_imageKeyMap[key]].Item2(); } }
public Image this[int index] { get { return _images[index].Item2(); } }
public int Count { get { return _images.Count; } }
// Use this to add an image according to its filename.
public void AddImage(string key, string filename) { _imageKeyMap.Add(key, AddImage(filename)); }
public int AddImage(string filename)
{
var index = _images.Count;
_images.Add(Tuple.Create<Action, Func<Image>, string>(
() => {}, // Dispose
() => // Load image.
{
var result = Image.FromFile(filename);
// Replace the method to load the image with one to simply return it.
_images[index] = Tuple.Create<Action, Func<Image>, string>(
result.Dispose, // We need to dispose it now.
() => result, // Just return the image.
filename);
return result;
},
filename));
return index;
}
// This will unload an image from memory.
public void Reset(string key) { Reset(_imageKeyMap[key]); }
public void Reset(int index)
{
_images[index].Item1(); // Dispose the old value.
var filename = _images[index].Item3;
_images[index] = Tuple.Create<Action, Func<Image>, string>(
() => { },
() =>
{
var result = Image.FromFile(filename);
_images[index] = Tuple.Create<Action, Func<Image>, string>(
result.Dispose,
() => result,
filename);
return result;
},
filename);
}
// These methods are available on ImageList.
public void Draw(Graphics g, Point pt, int index) { g.DrawImage(this[index], pt); }
public void Draw(Graphics g, int x, int y, int index) { g.DrawImage(this[index], x, y); }
public void Draw(Graphics g, int x, int y, int width, int height, int index) { g.DrawImage(this[index], x, y, width, height); }
protected override void Dispose(bool disposing)
{
if (disposing)
{
foreach (var val in _images) { val.Item1(); }
_images.Clear();
_imageKeyMap.Clear();
}
base.Dispose(disposing);
}
}
为什么要压缩?当然,你不必同时显示所有图像(不是全分辨率(,所以要么创建较小的拇指,要么只显示一小部分。
既然图像是通过滚动条更改的,为什么不只显示当前索引周围的图像子集呢?比如,如果你有10个图像,并且你在#5,那么只加载4/5/6,然后卸载其余的图像。当滚动移动到6加载7时,如果你拥有很多图像,并且担心滚动移动会比加载快,那么你可以加载3/4/5/6/7,当它移动到6时加载8,等等。
使用WPF时,您可以简单地将图像保存在MemoryStream列表中,其中包含PNG或JPEG格式的图像。然后,您可以使用一些转换器或包装器类绑定到图像,该类可以创建分辨率降低的ImageSource对象。不幸的是,你没有告诉我你使用的是哪种技术,我目前还不知道WinForms的解决方案。
public List<MemoryStream> ImageStreams {get; private set;}
public static ImageSource StreamToImageSource(Stream stream)
{
BitmapImage bitmapImage = new BitmapImage();
bitmapImage.BeginInit();
bitmapImage.StreamSource = stream;
bitmapImage.CacheOption = BitmapCacheOption.OnLoad;
bitmapImage.DecodePixelHeight = 200;
bitmapImage.EndInit();
bitmapImage.Freeze();
return bitmapImage;
}
执行此操作时,每个图像只存储一些kB,并且加载的UI图像将缩小,因此使用的内存有限。
使用这种方法,我可以在扫描仪应用程序中加载100多张图像,它们都显示在ListBox
和VirtualizingStackPanel
中,垂直分辨率为800像素。原始图像的分辨率超过2200 x 3800像素,24 bpp。
加载一个数百万像素的PNG通常需要一秒钟的时间,但有了这个解决方案,你就不需要从磁盘加载它们了。
不要忘记处理和删除临时对象等。您还可以运行GC.Collect()
来确保未使用的数据将被删除。
我喜欢第二个选择。使用PNG格式将图像保存到内存应该比使用像zlib或gzipstream这样的通用压缩库更高效。
MemoryStream mStream= new MemoryStream ();
myBitmap.Save( mStream, ImageFormat.Png );
// and then do myBitmap.Dispose() to retrieve the memory?