Android异步载入全解析之大图处理

Android异步载入全解析之大图处理

异步载入中很重要的一部分就是对图像的处理,这也是我们前面用异步载入图像做示例的原因。

一方面是由于图像处理不好的话会很占内存,并且easyOOM,还有一方面,图像也比文字要大,载入比較慢。所以,在解说了怎样进行多线程、AsyncTask进行多线程载入后,先暂停下后面的学习。来对图像的异步处理进行一些优化工作。

为什么要对图像处理

为什么要对图像进行处理,这是一个很直接的问题。一张图像。无论你拿手机、相机、单反还是什么玩意拍出来,它就有一定的大小,可是在不同的终端上,终端也有不同的大小。比方一张超高请无码大图,10M大小,在网页中看着挺爽。全高清,毛孔都看得清。

相同一张图片。假设放在4.7寸的手机上,当然,相同还是一张高清无码大图,但这张图片10M,在电脑上可能不算什么,但在手机上,已经是很大了,而这张图片在手机上,你拼命看。也就是那样,即使分辨率降低一半。你看上去也还是差点儿相同。

这就像所谓的视网膜屏、2k屏、4k屏,事实上已经基本达到视觉分析的极限了。一般情况下,区别并不大。

可是,尽管你看着区别不大,但对系统来说。区别就很大了,手机的内存。要像使用你藏的私房钱一样,每一分都要三思而用。

所以。我们在下载高分辨率的图片的时候。能够对图像进行压缩,显示上尽管没有太大区别,可是却帮系统节省了大量的私房钱。

BitmapFactory之inSampleSize

BitmapFactory是Android中提供的对图像的解析方法。通过它的一些静态方法。我们能够对图像进行解析。比如从文件里解析——decodeFile;从资源中解析——decodeResource。从网络中解析——decodeStream等等。

当我们从网络上进行图像下载的时候,看情况,是否须要对图像进行压缩,那么怎样在系统不载入图像到内存之前,就获取图像的大小等參数呢?看上去很矛盾,但系统给我们提供了一种简单的解决方法。

BitmapFactory提供了BitmapFactory.Options參数。这个參数有一个inJustDecodeBounds属性。当这个属性为true的时候,我们就能够禁止系统载入图像到内存。可是。!!

这时候,Options參数中的图像宽高、类型等属性已经被赋值了,这样。我们就实现了空手套白狼,哦,不正确,是不使用内存就获取图像的属性。

BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeResource(getResources(), R.id.myimage, options);
// 获取属性值
int imageHeight = options.outHeight;
int imageWidth = options.outWidth;
String imageType = options.outMimeType;

在获得了图像的參数之后,我们就能够对图像进行对应的处理了。比如我们显示图像的ImageView仅仅有200 X 200 像素,而我们的图片有800 X 800 像素,那你把这么大的一张图放到这么小的ImageView中,有啥用呢?白白浪费了内存。OK,那么以下我们就来对图像进行压缩,Options參数中给我们提供了这样一个属性——inSampleSize,这个属性能够设置图像的缩放比例,比如一张1000 X 1000像素的图像。设置inSampleSize为5。意思就是把这个图像缩放到了五分之中的一个。即200 X 200 。

OK,以下我们就通过这样一个方法来对图像进行优化,首先,我们须要创建一个方法来获取到一个合适的inSampleSize:

/**
 * 获取合适的inSampleSize
 * @param options
 * @param targetWidth 期望Width
 * @param targetHeight 期望Height
 * @return
 */
public static int getInSampleSize(BitmapFactory.Options options,
                                        int targetWidth, int targetHeight) {
    // 原始图片的高度和宽度
    final int height = options.outHeight;
    final int width = options.outWidth;
    int inSampleSize = 1;
    if (height > targetHeight || width > targetWidth) {
        // 计算出实际宽高和目标宽高的比率
        final int heightRate = Math.round((float) height / (float) targetHeight);
        final int widthRate = Math.round((float) width / (float) targetWidth);
        inSampleSize = heightRate < widthRate ?

heightRate : widthRate;
    }
    return inSampleSize;
}

方法很easy。就是通过期望长宽来获取缩放的比例。以下我们就创建一个方法来获取缩放后的图像。这里为了演示,我们仅仅创建从资源文件里获取图像的方法:

/**
 * 使用targetWidth、targetHeight来获取合适的inSampleSize
 * 并使用inSampleSize来缩放得到合适大小的图像
 * @param res getResources()
 * @param resId id
 * @param targetWidth
 * @param targetHeight
 * @return
 */
public static Bitmap decodeSuitableBitmap(Resources res, int resId,
                                          int targetWidth, int targetHeight) {
    // 空手套白狼
    final BitmapFactory.Options options = new BitmapFactory.Options();
    options.inJustDecodeBounds = true;
    BitmapFactory.decodeResource(res, resId, options);
    // 计算合适的inSampleSize
    options.inSampleSize = getInSampleSize(options, targetWidth, targetHeight);
    // 载入到内存
    options.inJustDecodeBounds = false;
    return BitmapFactory.decodeResource(res, resId, options);
}

通过调用decodeSuitableBitmap这样一个方法,我们就能够很easy的将图像进行压缩。

我的Github 我的视频 慕课网

时间: 2024-08-06 01:34:13

Android异步载入全解析之大图处理的相关文章

Android异步载入全解析之使用多线程

异步载入之使用多线程 初次尝试 异步.异步,事实上说白了就是多任务处理.也就是多线程执行.多线程那就会有各种问题,我们一步步来看.首先.我们创建一个class--ImageLoaderWithoutCaches,从命名上.大家也看出来,这个类,我们实现的是不带缓存的图像载入,不多说,我们再创建一个方法--showImageByThread,通过多线程来载入图像: /** * Using Thread * @param imageView * @param url */ public void s

Android异步载入全解析之IntentService

Android异步载入全解析之IntentService 搞什么IntentService 前面我们说了那么多,异步处理都使用钦定的AsyncTask.再不济也使用的Thread,那么这个IntentService是个什么鬼. 相对与前面我们提到的这两种异步载入的方式来说.IntentService有一个最大的特点.就是--IntentService不受大部分UI生命周期的影响.它为后台线程提供了一个更直接的操作方式.只是,IntentService的不足主要体如今下面几点: 不能够直接和UI做

Android异步载入全解析之开篇瞎扯淡

Android异步载入 概述 Android异步载入在Android中使用的很广泛,除了是由于避免在主线程中做网络操作.更是为了避免在显示时由于时间太长而造成ANR,添加显示的流畅性,特别是像ListView.GridView这种控件.假设getView的时间太长,就会造成很严重的卡顿,很影响性能. 本系列将展示在Android中怎样进行异步载入操作,并使用ListView来作为演示的对象. 怎样下载图像 下载自然是须要使用网络,使用网络就不能在主线程.在主线程就会爆炸.所以我们必须要在非主线程

Android异步加载全解析之大图处理

Android异步加载全解析之大图处理 异步加载中非常重要的一部分就是对图像的处理,这也是我们前面用异步加载图像做演示例子的原因.一方面是因为图像处理不好的话会非常占内存,而且容易OOM,另一方面,图像也比文字要大,加载比较慢.所以,在讲解了如何进行多线程.AsyncTask进行多线程加载后,先暂停下后面的学习,来对图像的异步处理进行一些优化工作. 为什么要对图像处理 为什么要对图像进行处理,这是一个很直接的问题,一张图像,不管你拿手机.相机.单反还是什么玩意拍出来,它就有一定的大小,但是在不同

Android系统启动过程全解析

Android系统是一款基于Linux的移动操作系统,那么Android是如何启动起来的呢?本文就详细阐述Android系统的启动过程. 从内核之上,我们首先应该从文件系统的init开始,因为 init 是内核进入文件系统后第一个运行的程序,通常我们可以在linux的命令行中指定内核第一个调用谁,如果没指定那么内核将会到/sbin/./bin/ 等目录下查找默认的init,如果没有找到那么就报告出错. init.c位置:system/core/init/init.c. 在init.c的main函

Eclipse,到了说再见的时候了——Android Studio最全解析

去年的Google大会上,Google带给我们一个小玩具--Android Studio,说它是玩具,是因为它确实比较菜,界面过时,操作不流畅,效率也不高,但是现在,虽然版本还是0.6,甚至都没到1.0,但是我们可以发现亲儿子到底是亲儿子,现在的Android Studio已经今非昔比,用了一段时间,简直爱不释手,我觉得,It's time to say goodbye eclipse!本文将带领大家彻底的了解一下Android Studio,注意:由于天朝的原因,我们的了解过程会比较曲折,但是

Android动画机制全解析

导论 本文着重讲解Android3.0后推出的属性动画框架Property Animation--Animator. 产生原因 3.0之前已有的动画框架--Animation存在一些局限性, Animation框架定义了透明度,旋转,缩放和位移几种常见的动画,而且控制的是整个View,实现原理是每次绘制视图时View所在的ViewGroup中的drawChild函数获取该View的Animation的Transformation值,然后调用canvas.concat(transformToApp

Android异步载入AsyncTask具体解释

曾看见有人说过.认为非常有道理.分享一下:   技术分为术和道两种:   (1)具体做事的方法是术.   (2)做事的原理和原则是道. 近期项目发现个重大问题.结果打log跟踪查是AsyncTask导致的.假设对AsyncTask了解的不够深入透彻.那写代码就是埋雷.以后不定在哪个时间爆炸.首先我们要了解,谷歌为什么发明AsyncTask,AsyncTask究竟是用来解决什么问题的?Android有一个原则---单线程模型的原则:UI操作并非线程安全的并且这些操作必须在UI线程中运行. 所以谷歌

Android 异步消息处理机制解析

Android 中的异步消息处理主要由四个部分组成,Message.Handler.MessageQueue.Looper.下面将会对这四个部分进行一下简要的介绍. 1. Message: Message 是在线程之间传递的消息,它可以在内部携带少量的信息,用于在不同线程之间交换数据.通常使用 Message 的 what 字段携带命令,除此之外还可以使用 arg1 和 arg2 字段来携带一些整形数据,使用 obj 字段携带一个 Object 对象. 2. Handler: Handler 顾