我正在处理一个银光项目，用户可以创建自己的拼贴画。
问题
当使用BitmapImage类加载大量图像时，Silverlight会占用巨大且不合理的内存。150张图片，每张最多只占用4.5MB的空间，却占用了约1.6GB的内存--最终导致内存异常。
由于用户选择他们自己的照片，所以我是通过流来加载它们的。
我正在寻找
一种类、方法或某个过程来消除大量的RAM被耗尽。速度是一个问题，所以我不想在不同的图像格式之间进行转换或其他任何操作。快速的调整大小的解决方案可能有效。
我尝试使用WriteableBitmap将图像渲染到其中，但我发现这种方法迫使我重新发明轮子，当涉及到拖放和其他我希望用户能够对图像执行的操作时。
我猜测您正在做以下工作：
Bitmap bitmap = new Bitmap (filename of jpeg);
然后执行：
OnPaint (...)
{
Graphics g = ....;
g.DrawImage (bitmap, ...);
}
Bitmap bitmap = new Bitmap (filename of JPEG);
Bitmap thumbnail = bitmap.GetThumbnailImage (width, height, ....);
bitmap.Dispose (); // this releases all the unmanged resources and makes the bitmap unusable - you may have been missing this step
bitmap = null; // let the GC know the object is no longer needed
在这里，width和height是所需缩略图的尺寸。但是，这可能会产生不太理想的图像（但如果存在任何嵌入式缩略图数据，它将使用它们以加快速度），如果这种情况发生，请执行位图->位图调整大小。
创建PDF文件时，您需要重新加载JPEG数据，但从用户的角度来看，这是可以接受的。我相信只要您有一些反馈告诉用户正在处理数据，用户就不会介意等待短暂的时间将其导出为PDF。您还可以在后台线程中执行此操作，让用户在另一个拼贴上工作。
这不是一个完整的解决方案，但如果你要在位图和JPEG之间进行转换（反之亦然），你需要了解FJCore图像库。它很简单易用，并可以让你做一些事情，例如调整JPEG图像的大小或将其移动到不同的质量。如果你正在使用Silverlight进行客户端图像处理，这个库可能不够，但肯定是必要的。
你还应该考虑如何向用户呈现图片。如果你正在使用Silverlight制作拼贴画，那么用户会同时操作所有150张图片，所以可能无法使用虚拟化控件。但正如其他人所说，你还应该确保不要基于全尺寸的JPEG文件来呈现位图。一个1MB压缩的JPEG文件可能会扩展到一个10MB的位图，这很可能是你的问题所在。确保你基于更小的（低质量和调整大小后的）JPEG文件呈现给用户的图像。
private WriteableBitmap getThumbnailFromBitmapStream(Stream bitmapStream, PhotoFrame photoFrame)
{
WriteableBitmap inputBitmap = new WriteableBitmap(0,0);
inputBitmap.SetSource(bitmapStream);
Size thumbnailSize = getThumbnailSizeFromWriteableBitmap(inputBitmap, photoFrame.size);
WriteableBitmap thumbnail = new WriteableBitmap(0,0);
thumbnail = inputBitmap.Resize((int)thumbnailSize.Width, (int)thumbnailSize.Height, WriteableBitmapExtensions.Interpolation.NearestNeighbor);
return thumbnail;
}
减少内存使用的另一种方法是： 不要加载此时不可见的图片，而是在用户滚动页面时再加载它们。这是网页开发人员用来提高页面加载速度的方法。对你来说，这是不将所有图片存储在内存中的方法。
我认为更好的方法是不要在运行时创建缩略图，而是将它们存储在完整大小的图片附近，并仅获取链接。需要时，您随时可以获取到完整大小的图片链接并加载它。