Android Gallery2源代码分析

打开图库中图片为什么从模糊变清晰

1. 有一点要明白,图片要进行显示,首先要先将图片进行decode,然后才干显示

2. 图片decode须要时间,越大的图片,细节越多的图片,那么它decode时间就越长

3. 最笨的做法就是,等图片decode完了,我们再显示,在decode完之前就看到黑色的背景。但

这种做法不太友好,尤其是大的图片的时候,等待的时间就越长

为了给客户更好的用户体验,我们会先decode一张图片的thumbnail即缩略图, 当我们点击一张

图片进来之后,我们首先看到的是这个图片的thumbnail,这样用户就知道图片有被显示

可是,因为thumbnail的分辨率有限,贴到屏幕上之后就会比較模糊。这就是为什么一開始看到模

糊的原因

4. 这个时候,还是逃不掉decode整张图片的步骤,我们全然能够等整张图片decode完成之后再

更新到屏幕。

但我们觉得这样的方式也不是太好,为什么不是decode出一部分就显示一部分呢?

所以终于的方法是:我们将整个图片分成小块(tile),high resolution的图片,tile的size

是510,普通图片的tile size是254,然后我们依照从上到下,从左到右的顺序依次decode

tile,所以你看到图片一小块一小块的显示,图片逐步变清晰的过程

所以,眼下此方案已经做到了最优化,只是因为本身decode须要时间,我们不能做到一下显示清晰

图片,或者缩短图片变清晰的时间。

 void updateFromConfiguration(Context context, Resources resources, int wPx, int hPx,
                                 int awPx, int ahPx) {
        Configuration configuration = resources.getConfiguration();
        isLandscape = (configuration.orientation == Configuration.ORIENTATION_LANDSCAPE);
        isTablet = resources.getBoolean(R.bool.is_tablet);
        isLargeTablet = resources.getBoolean(R.bool.is_large_tablet);
        if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.JELLY_BEAN_MR1) {
            isLayoutRtl = (configuration.getLayoutDirection() == View.LAYOUT_DIRECTION_RTL);
        } else {
            isLayoutRtl = false;
        }
        widthPx = wPx;
        heightPx = hPx;
        availableWidthPx = awPx;
        availableHeightPx = ahPx;

        updateAvailableDimensions(context);
    }

图片双击变大算法

图片双击放大倍数和图片大小、显示图片的view大小,及图片当前的scale大小均有关系。

为了避免图片放大过大,设置了一个放大倍数的最大限制SCALE_LIMIT,眼下该值为4.

详细算法例如以下所看到的:

图片的宽和高分别记为:imageW imageH

显示图片的view宽和高分别记为:viewW viewH

几个重要的比例记为:

scale_1 = viewW / imageW;
scale_2 = viewH / imageH;
scale_3 = viewW / imageH;
scale_4 = viewH / imageW;

假设当前图片的宽高比>2或者<0.5,则依照例如以下算法计算放大倍数zoomRate:

(1)当前scale = min(scale_1, scale_2);

(2)zoomRate = min(max(scale_1, scale_2), max(scale_3, scale_4));

(3)假设zoomRate > SCALE_LIMIT,则zoomRate = SCALE_LIMIT;

(4)假设scale >= zoomRate,则保留(1)的结果从第(2)步又一次计算zoomRate值,否则跳至(6)

zoomRate = max(max(scale_1, scale_2), max(scale_3, scale_4));

(5)假设zoomRate > SCALE_LIMIT,则zoomRate = SCALE_LIMIT;

(6)此时zoomRate值即是图片应该放大的倍数。

假设当前图片的宽高比<=2或者>=0.5,则依照例如以下算法计算放大倍数zoomRate:

(1)当前scale = min(scale_1, scale_2);

(2)largerInitRate = max(min(scale_1, scale_2), min(scale_3, scale_4));

(3)假设largerInitRate > SCALE_LIMIT,则largerInitRate = SCALE_LIMIT;

(4)zoomRate = min(scale_2, largerInitRate * 2.0f);

(5)假设zoomRate > SCALE_LIMIT,则zoomRate = SCALE_LIMIT;

(6)假设scale >= zoomRate,则保留前3步的结果,从第(4)步又一次计算zoomRate值,否则跳至(8)

zoomRate = largerInitRate * 2.0f;

(7)假设zoomRate > SCALE_LIMIT,则zoomRate = SCALE_LIMIT;

(8)此时zoomRate值即是图片应该放大的倍数。

转载请注明出处:周木水的CSDN博客 http://blog.csdn.net/zhoumushui

时间: 2024-10-08 07:50:30

Android Gallery2源代码分析的相关文章

Android init源代码分析(2)init.rc解析

本文描述init.rc脚本解析以及执行过程,读完本章后,读者应能 (1) 了解init.rc解析过程 (2) 定制init.rc init.rc介绍 init.rc是一个文本文件,可认为它是Android系统启动脚本.init.rc文件中定义了环境变量配置.系统进程启动,分区挂载,属性配置等诸多内容.init.rc具有特殊的语法.init源码目录下的readme.txt中详细的描述了init启动脚本的语法规则,是试图定制init.rc的开发者的必读资料. Android启动脚本包括一组文件,包括

Android 消息处理源代码分析(2)

Android 消息处理源代码分析(1)点击打开链接 继续接着分析剩下的类文件 Looper.java public final class Looper { final MessageQueue mQueue; //消息队列 final Thread mThread; //Looper联系的线程 public static void prepare() { prepare(true); } private static void prepare(boolean quitAllowed) { /

Android init源代码分析(1)概要分析

功能概述 init进程是Android内核启动的第一个进程,其进程号(pid)为1,是Android系统所有进程的祖先,因此它肩负着系统启动的重要责任.Android的init源代码位于system/core/init/目录下,伴随Android系统多个版本的迭代,init源代码也几经重构. 目前Android4.4源代码中,init目录编译后生成如下Android系统的三个文件,分别是 /init /sbin/ueventd-->/init /sbin/watchdogd-->/init 其

Android HandlerThread 源代码分析

HandlerThread 简单介绍: 我们知道Thread线程是一次性消费品,当Thread线程运行完一个耗时的任务之后.线程就会被自己主动销毁了.假设此时我又有一 个耗时任务须要运行,我们不得不又一次创建线程去运行该耗时任务.然而.这样就存在一个性能问题:多次创建和销毁线程是非常耗 系统资源的.为了解这样的问题,我们能够自己构建一个循环线程Looper Thread.当有耗时任务投放到该循环线程中时.线程运行耗 时任务,运行完之后循环线程处于等待状态,直到下一个新的耗时任务被投放进来.这样一

Android KLog源代码分析

Android KLog源代码分析 Android KLog源代码分析 代码结构 详细分析 BaseLog FileLog JsonLog XmlLog 核心文件KLogjava分析 遇到的问题 一直使用这个库.但没有细致研究.今天就来研究一下.该库的地址: KLog,在这里先感谢下作者.棒棒哒! 代码结构 整个代码的结构非常easy.例如以下: library klog BaseLog.java FileLog.java JsonLog.java XmlLog.java KLog.java K

[Android] Volley源代码分析(五岁以下儿童)Q \\ u0026一个

Volley源代码分析系列那里一段时间,告诉我,有许多私人留言,同时一些问题抛出.对于一些简单的问题,我们跳,这两天被连接到朋友@smali提出的问题.告诉我你不得不赞叹查看源代码时的详细程度,大家一块思考一下. Q:在写入文件头数据的时候为何不直接写入Int而是通过移位的方式来完毕? 我们来看一下相应的源代码: writeInt(os, CACHE_MAGIC); static void writeInt(OutputStream os, int n) throws IOException {

[Android]Fragment源代码分析(三) 事务

Fragment管理中,不得不谈到的就是它的事务管理,它的事务管理写的很的出彩.我们先引入一个简单经常使用的Fragment事务管理代码片段: FragmentTransaction ft = this.getSupportFragmentManager().beginTransaction(); ft.add(R.id.fragmentContainer, fragment, "tag"); ft.addToBackStack("<span style="f

android开发源代码分析--多个activity调用多个jni库的方法

有时候,我们在开发android项目时会遇到须要调用多个native c/jni库文件,下面是本人以前实现过的方法,假设有知道其它方法,还望不吝不吝赐教. 比如,在androidproject里有两个activity,各自是activity1和activity2.(能够进入project文件夹bin/classes路径下查看有哪些).在这两个activity里都有调用jni,过程例如以下: 1.  在activity1和activity2里分别声明native c 比如:activity1.ja

Android SystemUI源代码分析和修改

1.在导航栏中添加音量加减button 一些Android音量调节button.或者从保护实体按键的角度考虑,就须要在导航栏的虚拟按键中加入音量加减调节按键. 效果例如以下图所看到的: 实现步骤例如以下: 1.首先在SystemUI中加入音量加减的资源文件.路径例如以下: frameworks/base/packages/SystemUI/res/ 将图片放入相应的drawable目录,包含音量+.和音量-,见上图. 2.改动导航栏的布局文件.路径: frameworks/base/packag