在Android开发中加载sdcard上的大图片到内存时容易导致OOM异常，常见的解决办法是基于BitmapFactory.Options类提供的方法定义指定的解码方式，设置inJustDecodeBounds属性为true，避免分配内存，返回一个null的Bitmap对象（包含outWidth,outHeightandoutMimeType），然后读取图片的尺寸和类型。再根据屏幕的高和宽对图片进行缩放，最后将缩放的图片加载到内存，主要代码如下：
Options opts = new Options();
opts.inJustDecodeBounds = true; //设置为true, 加载器不会返回图片, 而是设置Options对象中以out开头的字段.即仅仅解码边缘区域
BitmapFactory.decodeFile(filePath, opts);
// 得到图片的宽和高
int imageWidth = opts.outW
int imageHeight = opts.outH
// 获取屏幕的宽和高
Display display = this.getWindowManager().getDefaultDisplay(); // 获取默认窗体显示的对象
int screenWidth = display.getWidth();
int screenHeight = display.getHeight();
// 计算缩放比例
int widthScale = imageWidth / screenW
int heightScale = imageHeight / screenH
int scale = widthScale & heightScale ? widthScale:heightS20
// 指定加载可以加载出图片.
opts.inJustDecodeBounds = false;
// 使用计算出来的比例进行缩放
opts.inSampleSize =
Bitmap bm = BitmapFactory.decodeFile(path, opts);
这段代码主要是针对用户存储在sdcard上的大图片，如果现在要从网络上获取一张大图片并在Android机上显示出来，应该如何避免OOM异常呢？
首先加载网络大图片如果是通过BitmapFactory.decodeStream(inputStream)方法的话会出现内存溢出，所以我们同样可以考虑使用Options 类对图片进行缩放处理，然后用BitmapFactory.decodeStream(is, outPadding, opts)方法加载网络图片流对象，但是options的缩放比例该如何确定，如果直接写options.inSampleSize =&固定值;会存在两个问题：一是如果固定值太小任然有内存溢出的可能，二是如果固定值太大会导致加载出来的图片模糊不清，所以现在同样考虑根据图片的高和宽与屏幕的高和宽进行缩放？但是图片都还没加载出来怎样得到图片高和宽呢？你可能会想到通过把options.inJustDecodeBounds 设置为 然后调用BitmapFactory.decodeStream(is, outPadding, options)，再通过options.outW和options.outH得到图片的高和宽，想法很好，但是当你计算出缩放比再通过options.inJustDecodeBounds =options.inSampleSize =Bitmap bm = BitmapFactory.decodeStream(is, outPadding, options)方法获取缩放后的图片时，你会看到手机界面上啥到没有，再看日志发现输出一行SkImageDecoder::Factory returned null信息，返回的竟然是空对象，郁闷吧，这是为什么呢？原来你在代码中两次使用了BitmapFactory.decodeStream(is, outPadding, options)方法，进一步说是因为你两次使用了同一个InputStream流对象，在第二次使用时流的起始位置已经移动到末尾了，所以返回的是空，那该怎么办呢？我目前使用的方法是分别打开两个流对象，一个用于设置options的缩放比例，一个用于BitmapFactory.decodeStream(is, outPadding, options)方法调用，经过测试我发现如果先设置options后再传递给BitmapFactory.decodeStream时会非常卡，图片老半天加载不出来，所以我换了一种方式：先通过HttpClient得到图片的流对象，获取它的宽高并根据屏幕的宽高计算出缩放比例；然后再通过HttpClient得到图片的流对象，根据计算出的缩放比例进行缩放，主要代码如下：
* 计算图片的缩放比例
public int getScare() {
HttpClient client = new DefaultHttpClient();
HttpGet httpGet = new HttpGet(imageUrl);
HttpResponse response = client.execute(httpGet);
int code = response.getStatusLine().getStatusCode();
if (200 == code) {
InputStream is = response.getEntity().getContent();
Options opts = new Options();
opts.inJustDecodeBounds = true;
BitmapFactory.decodeStream(is, null, opts);
int imageWidth = opts.outW
int imageHeight = opts.outH
Display display = ImageActivity.this.getWindowManager()
.getDefaultDisplay();
int screenWidth = display.getWidth();
int screenHeight = display.getHeight();
int widthscale = imageWidth / screenW
int heightscale = imageHeight / screenH
int scale = widthscale & heightscale ? widthscale :
} catch (Exception e) {
e.printStackTrace();
return 1;//网络连接失败时默认返回1
* 获取网络图片
protected void getNetImage() {
HttpClient client = new DefaultHttpClient();
HttpGet httpGet = new HttpGet(imageUrl);
HttpResponse response = client.execute(httpGet);
int code = response.getStatusLine().getStatusCode();
if (200 == code) {
InputStream is = response.getEntity().getContent();
Options opts = new Options();
//根据计算出的比例进行缩放
int scale = getScare();
opts.inSampleSize =
Bitmap bm = BitmapFactory.decodeStream(is, null, opts);
//将bm发生给主线程用于显示图片，更新UI
Message msg = Message.obtain();
handler.sendMessage(msg);
} catch (Exception e) {
e.printStackTrace();
//显示图片
Handler handler = new Handler() {
public void handleMessage(Message msg) {
Bitmap bm = (Bitmap) msg.
iv.setImageBitmap(bm);
我参与的团队
积分与排名
评论排行榜
阅读排行榜在android开发中加载的图片太大，有好几十兆，应该怎么办_百度知道
在android开发中加载的图片太大，有好几十兆，应该怎么办
如果图片太大会造成OOM内存溢出的错误，需要用Bitmap的压缩机制。解决方案:1.使用BitmapFactory.decodeStream替代createBitmap方法原因是该方法直读取图片字节，调用JNI&&nativeDecodeAsset()来完成decode，无需再使用java层的createBitmap。2.使用压缩读取技术BitmapFactory.Options options = new BitmapFactory.Options();options.inJustDecodeBounds =BitmapFactory.decodeFile(imageSdUri, options); final int height = options.outHfinal int width = options.outWoptions.inSampleSize = 1;int w = 320;int h = 480;h = w*height///计算出宽高等比率int a = options.outWidth/int b = options.outHeight /options.inSampleSize = Math.max(a, b);options.inJustDecodeBounds =Bitmap bitmap = BitmapFactory.decodeFile(imageSdUri, options);3.及时释放BitampBitmap对象在不使用时,我们应该先调用recycle()释放内存，然后才它设置为null.虽然recycle()从源码上看，调用它应该能立即释放Bitmap的主要内存，但是测试结果显示它并没能立即释放内存。但是我它应该还是能大大的加速Bitmap的主要内存的释放。
其他类似问题
为您推荐：
提问者采纳
一你加载的图片是要显示还是做别的事情？第二你开发的应用是在手机平板上还是电视上。Android做为嵌入式设备本身每个应用的内存是受限的？如果你要加载的图片是为了要显示的话，建议找美工把图片处理一下
不仅要显示，而且要实现放大缩小移动等效果，是实现在手机平板上，这样的话除了把图片处理一下没有别的办法了么
肯定要处理图片先，图片也是一个文件，你想被显示的话肯定要先加载到内存，放大缩小是根据加载到内存的图像做图形处理然后还是在内存里。另外你在手机平板上，要那么多的图片干什么呢？几十兆的话那这张图片的长款、质量都太高了。酌情缩小一点，减少些质量，在手机平板上就够用了。
嗯，说的也算有道理，不过我只有一张图片，也不想把质量降低，貌似有一种效仿谷歌地图显示地图的办法，就是分段显示，将图片切割，该显示的图片显示，不该显示的不显示，不管怎样，谢谢您的回答
提问者评价
Thank you!!
其他1条回答
先压缩压缩
压缩之后还是很大，怎么办
我的意思是压缩图片尺寸不是打成rar。
我的意思是把图片尺寸压缩到我能接受的最小结果MB还是很大，怎么办
额，不清楚你要的是什么样的，我以前用过一段压缩图片的，就是用的ThumbnailUtils，貌似压成640X480大小就只剩下300K左右了
您可能关注的推广
android开发的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁21ic官方微信
Android高效加载大图、多图解决方案，有效避免程序OOM
使用图片缓存技术在你应用程序的UI界面加载一张图片是一件很简单的事情，但是当你需要在界面上加载一大堆图片的时候，情况就变得复杂起来。在很多情况下，(比如使用ListView,
GridView 或者 ViewPager
这样的组件)，屏幕上显示的图片可以通过滑动屏幕等事件不断地增加，最终导致OOM。为了保证内存的使用始终维持在一个合理的范围，通常会把被移除屏幕的图片进行回收处理。此时垃圾回收器也会认为你不再持有这些图片的引用，从而对这些图片进行GC操作。用这种思路来解决问题是非常好的，可是为了能让程序快速运行，在界面上迅速地加载图片，你又必须要考虑到某些图片被回收之后，用户又将它重新滑入屏幕这种情况。这时重新去加载一遍刚刚加载过的图片无疑是性能的瓶颈，你需要想办法去避免这个情况的发生。这个时候，使用内存缓存技术可以很好的解决这个问题，它可以让组件快速地重新加载和处理图片。下面我们就来看一看如何使用内存缓存技术来对图片进行缓存，从而让你的应用程序在加载很多图片的时候可以提高响应速度和流畅性。内存缓存技术对那些大量占用应用程序宝贵内存的图片提供了快速访问的方法。其中最核心的类是LruCache
(此类在android-support-v4的包中提供) 。这个类非常适合用来缓存图片，它的主要算法原理是把最近使用的对象用强引用存储在
LinkedHashMap 中，并且把最近最少使用的对象在缓存值达到预设定值之前从内存中移除。
在过去，我们经常会使用一种非常流行的内存缓存技术的实现，即软引用或弱引用 (SoftReference or
WeakReference)。但是现在已经不再推荐使用这种方式了，因为从 Android 2.3 (API Level
9)开始，垃圾回收器会更倾向于回收持有软引用或弱引用的对象，这让软引用和弱引用变得不再可靠。另外，Android 3.0 (API Level
11)中，图片的数据会存储在本地的内存当中，因而无法用一种可预见的方式将其释放，这就有潜在的风险造成应用程序的内存溢出并崩溃。
为了能够选择一个合适的缓存大小给LruCache, 有以下多个因素应该放入考虑范围内，例如：
你的设备可以为每个应用程序分配多大的内存?
设备屏幕上一次最多能显示多少张图片?有多少图片需要进行预加载，因为有可能很快也会显示在屏幕上?
你的设备的屏幕大小和分辨率分别是多少?一个超高分辨率的设备(例如 Galaxy Nexus) 比起一个较低分辨率的设备(例如 Nexus
S)，在持有相同数量图片的时候，需要更大的缓存空间。
图片的尺寸和大小，还有每张图片会占据多少内存空间。
图片被访问的频率有多高?会不会有一些图片的访问频率比其它图片要高?如果有的话，你也许应该让一些图片常驻在内存当中，或者使用多个LruCache
对象来区分不同组的图片。
你能维持好数量和质量之间的平衡吗?有些时候，存储多个低像素的图片，而在后台去开线程加载高像素的图片会更加的有效。
并没有一个指定的缓存大小可以满足所有的应用程序，这是由你决定的。你应该去分析程序内存的使用情况，然后制定出一个合适的解决方案。一个太小的缓存空间，有可能造成图片频繁地被释放和重新加载，这并没有好处。而一个太大的缓存空间，则有可能还是会引起
java.lang.OutOfMemory 的异常。
下面是一个使用 LruCache 来缓存图片的例子：
private LruCache
protected void onCreate(Bundle savedInstanceState) {
// 获取到可用内存的最大值，使用内存超出这个值会引起OutOfMemory异常。
// LruCache通过构造函数传入缓存值，以KB为单位。
int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024);
// 使用最大可用内存值的1/8作为缓存的大小。
int cacheSize = maxMemory / 8;
mMemoryCache = new LruCache
protected int sizeOf(String key, Bitmap bitmap) {
// 重写此方法来衡量每张图片的大小，默认返回图片数量。
return bitmap.getByteCount() / 1024;
public void addBitmapToMemoryCache(String key, Bitmap bitmap) {
if (getBitmapFromMemCache(key) == null) {
mMemoryCache.put(key, bitmap);
public Bitmap getBitmapFromMemCache(String key) {
return mMemoryCache.get(key);
在这个例子当中，使用了系统分配给应用程序的八分之一内存来作为缓存大小。在中高配置的手机当中，这大概会有4兆(32/8)的缓存空间。一个全屏幕的
GridView 使用4张
800x480分辨率的图片来填充，则大概会占用1.5兆的空间(800*480*4)。因此，这个缓存大小可以存储2.5页的图片。
当向 ImageView 中加载一张图片时,首先会在 LruCache 的缓存中进行检查。如果找到了相应的键值，则会立刻更新ImageView
，否则开启一个后台线程来加载这张图片。
public void loadBitmap(int resId, ImageView imageView) {
final String imageKey = String.valueOf(resId);
final Bitmap bitmap = getBitmapFromMemCache(imageKey);
if (bitmap != null) {
imageView.setImageBitmap(bitmap);
imageView.setImageResource(R.drawable.image_placeholder);
BitmapWorkerTask task = new BitmapWorkerTask(imageView);
task.execute(resId);
BitmapWorkerTask 还要把新加载的图片的键值对放到缓存中。
class BitmapWorkerTask extends AsyncTask
// 在后台加载图片。
protected Bitmap doInBackground(Integer... params) {
final Bitmap bitmap = decodeSampledBitmapFromResource(
getResources(), params[0], 100, 100);
addBitmapToMemoryCache(String.valueOf(params[0]), bitmap);zhf 的BLOG
用户名：zhf
文章数：49
评论数：92
访问量：373083
注册日期：
阅读量：5863
阅读量：12276
阅读量：313441
阅读量：1027707
51CTO推荐博文
&Android开发中我们会经常遇到图片过多或操作不当造成OOM异常，有时虽然是解决了这个问题但却会影响程序的运行效率，例如：当用户在快速滑动滚动条的过程中，我们程序在仍在艰难的加载服务器端的图片，这样给用户造成了极不好的体验。其实网络上关于图片的异步加载和缓存的讲解很多，但是其实，写一个这方面的程序还是比较麻烦的，要考虑多线程，缓存，内存溢出等很多方面，针对这一光大开发者都会遇到的问题，一些牛人们已经帮我们解决了这一问题，今天我为大家介绍一款很流行的开源类库，可以很很好的解决大家的烦恼！ & &一.介绍： & &Android-Universal-Image-Loader是一个开源的UI组件程序，该项目的目的是提供一个可重复使用的仪器为异步图像加载，缓存和显示。 & &在GitHub上面的一个开源类库（官方下载：）
特点： & & & &1.多线程的图像加载； & & & &2.图片异步加载缓存机制，包括内存缓存（软引用）及本地缓存； & & & &3.动态对ImageLoader的配置（线程池的大小，HTTP选项，内存和光盘高速缓存方式，显示图像，以及其他选项）； & & & &4.对加载过程实现监听和事件处理； & & & &5.能够配置加载图片的显示选项，包括图片圆角处理和加载完成显示动画等；(官方截图)二.使用 &
1.将下载下来的zip包，解压开得到如下图所示文件夹 &
2.将universal-image-loader-1.8.6-with-sources.jar导入到新建的项目中，参考sample中的例子进行使用即可。为了让新手们快速掌握这里我简单讲解一下它的使用过程（使用该类库中ImageLoader加载图片，ListView、GridView、ViewPager）Demo项目图解： & & & & 2.1.在程序启动时，用户可以根据自己的情况初始化ImageLoaderConfigurationpublic class MyApplication extends Application{
public void onCreate() {
super.onCreate();
initImageLoader(getApplicationContext());
/**初始化图片加载类配置信息**/
public static void initImageLoader(Context context) {
// This configuration tuning is custom. You can tune every option, you may tune some of them,
// or you can create default configuration by
ImageLoaderConfiguration.createDefault(this);
// method.
ImageLoaderConfiguration config = new ImageLoaderConfiguration.Builder(context)
.threadPriority(Thread.NORM_PRIORITY - 2)//加载图片的线程数
.denyCacheImageMultipleSizesInMemory() //解码图像的大尺寸将在内存中缓存先前解码图像的小尺寸。
.discCacheFileNameGenerator(new Md5FileNameGenerator())//设置磁盘缓存文件名称
.tasksProcessingOrder(QueueProcessingType.LIFO)//设置加载显示图片队列进程
.writeDebugLogs() // Remove for release app
// Initialize ImageLoader with configuration.
ImageLoader.getInstance().init(config);
}别忘了在AndroidManifest.xml中android:name=".MyApplication" &
2.2.在MainActivity中我们做的仅仅是跳转到对应的界面，下面看一下ListView中的具体使用，剩下两个自己看一下Demo，原理一样。ImageListActivity:/**
* listView中使用ImageLoader
* @author ZHF
public class ImageListActivity extends AbsListViewBaseActivity {
DisplayImageO //配置图片加载及显示选项
String[] imageU
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.ac_image_list);
//获取url数组
Bundle bundle = getIntent().getExtras();
imageUrls = bundle.getStringArray(Extra.IMAGES);
//配置图片加载及显示选项（还有一些其他的配置，查阅doc文档吧）
options = new DisplayImageOptions.Builder()
.showStubImage(R.drawable.ic_stub)
//在ImageView加载过程中显示图片
.showImageForEmptyUri(R.drawable.ic_empty)
//image连接地址为空时
.showImageOnFail(R.drawable.ic_error)
//image加载失败
.cacheInMemory(true)
//加载图片时会在内存中加载缓存
.cacheOnDisc(true)
//加载图片时会在磁盘中加载缓存
.displayer(new RoundedBitmapDisplayer(20))
//设置用户加载图片task(这里是圆角图片显示)
listView = (ListView) findViewById(android.R.id.list);
//绑定适配器
listView.setAdapter(new ItemAdapter());
listView.setOnItemClickListener(new OnItemClickListener() {
public void onItemClick(AdapterView&?& parent, View view, int position, long id) {
startImagePagerActivity(position);
public void onBackPressed() {
AnimateFirstDisplayListener.displayedImages.clear();
super.onBackPressed();
private void startImagePagerActivity(int position) {
Intent intent = new Intent(this, ImagePagerActivity.class);
intent.putExtra(Extra.IMAGES, imageUrls);
intent.putExtra(Extra.IMAGE_POSITION, position);
startActivity(intent);
/**自定义图片适配器**/
class ItemAdapter extends BaseAdapter {
private ImageLoadingListener animateFirstListener = new AnimateFirstDisplayListener();
private class ViewHolder {
public TextV
public ImageV
public int getCount() {
return imageUrls.
public Object getItem(int position) {
public long getItemId(int position) {
public View getView(final int position, View convertView, ViewGroup parent) {
View view = convertV
final ViewH
if (convertView == null) {
view = getLayoutInflater().inflate(R.layout.item_list_image, parent, false);
holder = new ViewHolder();
holder.text = (TextView) view.findViewById(R.id.text);
holder.image = (ImageView) view.findViewById(R.id.image);
view.setTag(holder);
holder = (ViewHolder) view.getTag();
holder.text.setText("Item " + (position + 1));
//Adds display image task to execution pool. Image will be set to ImageView when it's turn.
imageLoader.displayImage(imageUrls[position], holder.image, options, animateFirstListener);
/**图片加载监听事件**/
private static class AnimateFirstDisplayListener extends SimpleImageLoadingListener {
static final List&String& displayedImages = Collections.synchronizedList(new LinkedList&String&());
public void onLoadingComplete(String imageUri, View view, Bitmap loadedImage) {
if (loadedImage != null) {
ImageView imageView = (ImageView)
boolean firstDisplay = !displayedImages.contains(imageUri);
if (firstDisplay) {
FadeInBitmapDisplayer.animate(imageView, 500); //设置image隐藏动画500ms
displayedImages.add(imageUri); //将图片uri添加到集合中
}说明： & &1.使用ImageLoader加载图片，只要在Adapter的getView方法中调用displayImage方法完成了异步列表图片加载，其中options是之前定义的图片加载和显示选项（我们这里使用的是RoundedBitmapDisplayer圆角图片显示），animateFirstListener是当图片第一次加载的监听事件，目的在于显示一个淡入的显示效果动画，可以添加其他事件 & &2.进本人测试，官网例子中的Constant类中图片的Uri在手机中链接很慢，完全达不到效果，之后我将其更改为其他一系列图片的Uri，便于观察效果！效果图： &
& 最后，大家在使用的时候记得关注一下在/sdcard/Android/data/[package_name]/cache目录下的缓存的文件。记得定期清理缓存，否则时间一长，SD卡就会被占满了，同时也可以在ImageLoaderConfiguration中配置SD的缓存策略，限制缓存文件数量（），限制缓存文件最大尺寸（）等选项。Demo源码已上传！ & 本文出自 “” 博客，请务必保留此出处
了这篇文章
附件下载：　　
类别：┆阅读(0)┆评论(0)
19:22:46 16:32:50 14:00:32
请输入验证码：