Android源码之Gallery专题研究（1）

前言

时光飞逝，从事Android系统开发已经两年了，总想写点什么来安慰自己。思考了很久总是无法下笔，觉得没什么好写的。现在终于决定写一些符合大多数人需求的东西，想必使用过Android手机的人们一定对“图库”（以下简称Gallery）这个应用非常熟悉。在Android市场里面有各种关于图库的应用，他们的最初原型其实就是Android系统原生“图库”，只是做了不同的差异化而已（UI差异化）。在研究Gallery源码之前，我们需要对设计模式有一定的了解，根据自己对Gallery的了解，Gallery的设计就好比是一座设计精良的并且高效运转的机器（32个攒）。毫不夸张地说，在Android市场里，没有一款“图库”应用的设计设计能够和Gallery媲美。接下来的一段时间，就让我们共同来揭开Gallery的神秘面纱。

数据加载

在研究Gallery之前，我们还是来欣赏一下Gallery的整体效果，具体见图1-1所示：

                                                                                                                   

                                                                                                                图1-1

首先我们先来看一下Gallery的发展历史，在Android2.3之前Android系统的“图库”名为Gallery3D，在Android2.3之后系统将之前的Gallery3D更改为Gallery2，一直沿用到目前最新版本（4.4），Gallery2在UI和功能上面做了质的飞跃，是目前Android源码中非常优秀的模块，对于Android应用开发者来说是非常好的开源项目，其中的设计新思想和设计模式都值得我们借鉴。

现在回到我们研究的主题-数据加载，我们先来看一下Gallery2在源码中的路径(package/app/Gallery2/),在该路径下包含了“图库”使用的资源和源码。我们在设计一款软件的时候首先考虑的是数据的存储和访问，因此我们也按照这样的设计思路来探究Gallery2的数据加载过程。说到这儿稍微提一下我分析源码的方式，可能大家对Android源码稍微有一点了解的同学应该知道，Android源码是非常庞大的，因此选择分析程序的切入点大致可以分为两类：第一种是按照操程序操作步骤分析源码——适用于界面跳转清晰的程序；第二种是根据打印的Log信息分析程序的运行逻辑——适用于复杂的操作逻辑。

首先我们先来看一下BucketHelper.java类（/src/com/android/gallery3d/data/BucketHelper.java），该类主要是负责读取MediaProvider数据库中Image和Video数据，具体代码如下所示：

package com.android.gallery3d.data;

import android.annotation.TargetApi;
import android.content.ContentResolver;
import android.database.Cursor;
import android.net.Uri;
import android.provider.MediaStore.Files;
import android.provider.MediaStore.Files.FileColumns;
import android.provider.MediaStore.Images;
import android.provider.MediaStore.Images.ImageColumns;
import android.provider.MediaStore.Video;
import android.