在Android中Google为我们集成了一套十分便利的Download机制,用来下载网络上的资源文件。以此省去了我们编写和维护大量与Download相关的代码。
组成
Android中Download由三个部分组成:
1.DocumentsUI -----> /frameworks/base/packages/DocumentsUI/
2.DownloadManager ---->/frameworks/base/core/java/android/app/
3.DownloadProvider ---->/packages/providers/DownloadProvider/
下图中用MVC的分层将这三部分做了划分:
其中DocumentsUI作为视图层(V)负责展示Download信息
DownloadManager和DownloadProvder的一部分作为控制层(C)负责下载的逻辑控制
DownloadProvder的另一部分则作为数据层(M)负责数据的存储
总流程
Download的整个流程在上图中已经表示的很明显了,这里不做过对赘述,详细讲解将放在后面。
值得注意的是DownloadManager看似是主宰整个下载过程的角色,但事实并非如此正真的幕后“黑手”是DownloadProvider。
详细分析
DocumentUI--数据显示篇
DocumentsUI是一个可见程序,但即便如此Launcher上也没有直接打开的DocumentsUI的入口。它的入口一般有两个:
- Launcher上的“下载”app
- 被其他app唤起如(短信点击添加附件后唤起的app就是DocumentsUI)
这里我们只分析1这种情况,情况2的话感兴趣的同学可以自己学习一下。
“下载”这个app的代码被包含在了DownloadProvider中,具体位置如下:
上图中的ui文件夹就是包含“下载”app的所有代码.
根据AndroidManifest文件判断,点击“下载”app首先启动的activity是:
/packages/providers/DownloadProvider/ui/src/com/android/providers/downloads/ui/DownloadList.java
我们来看一下这个文件的内容:
17package com.android.providers.downloads.ui; 18 19import android.app.Activity; 20import android.content.Intent; 21import android.os.Bundle; 22import android.provider.DocumentsContract; 23 24import com.android.providers.downloads.Constants; 25 26public class DownloadList extends Activity { 27 @Override 28 public void onCreate(Bundle icicle) { 29 super.onCreate(icicle); 30 31 // Trampoline over to new management UI 32 final Intent intent = new Intent(DocumentsContract.ACTION_MANAGE_ROOT); 33 intent.setData(DocumentsContract.buildRootUri( 34 Constants.STORAGE_AUTHORITY, Constants.STORAGE_ROOT_ID)); 35 startActivity(intent); 36 finish(); 37 } 38}
看到这里大家应该知道了,其实这个“下载”app只是一个传送门,传送门的另一边是Action包含“DocumentsContract.ACTION_MANAGE_ROOT”的Activity,那么这个神秘的Activity到底是何方神圣呢?
我想我不说大家也应该猜到了,这个Activity肯定是存在与DocumentsUI中,因为上面我们已经说到过了,DocumentUI是整个下载系统的视图层。那么下面就转战我们这一小节的主角DocumentsUI。
通过DocumentsUI的AndroidManifest文件知道,接受“下载”发出的Intent的Activity就是上面的DocumentsActivity,它的路径是
/frameworks/base/packages/DocumentsUI/src/com/android/documentsui/DocumentsActivity.java
我将DocumentsActivity的启动流程分两步来分析
- 初始化状态信息
- 查询和显示对应的数据
初始化状态信息的流程如下:
在onCreate方法中会调用buildDefaultState方法来初始化mState对象。State是专门存储状态信息的
223 private void buildDefaultState() { 224 mState = new State(); 225 226 final Intent intent = getIntent(); 227 final String action = intent.getAction(); 228 if (Intent.ACTION_OPEN_DOCUMENT.equals(action)) { 229 mState.action = ACTION_OPEN; 230 } else if (Intent.ACTION_CREATE_DOCUMENT.equals(action)) { 231 mState.action = ACTION_CREATE; 232 } else if (Intent.ACTION_GET_CONTENT.equals(action)) { 233 mState.action = ACTION_GET_CONTENT; 234 } else if (Intent.ACTION_OPEN_DOCUMENT_TREE.equals(action)) { 235 mState.action = ACTION_OPEN_TREE; 236 } else if (DocumentsContract.ACTION_MANAGE_ROOT.equals(action)) { 237 mState.action = ACTION_MANAGE; 238 } 239 240 if (mState.action == ACTION_OPEN || mState.action == ACTION_GET_CONTENT) { 241 mState.allowMultiple = intent.getBooleanExtra( 242 Intent.EXTRA_ALLOW_MULTIPLE, false); 243 } 244 245 if (mState.action == ACTION_MANAGE) { 246 mState.acceptMimes = new String[] { "*/*" }; 247 mState.allowMultiple = true; 248 } else if (intent.hasExtra(Intent.EXTRA_MIME_TYPES)) { 249 mState.acceptMimes = intent.getStringArrayExtra(Intent.EXTRA_MIME_TYPES); 250 } else { 251 mState.acceptMimes = new String[] { intent.getType() }; 252 } 253 254 mState.localOnly = intent.getBooleanExtra(Intent.EXTRA_LOCAL_ONLY, false); 255 mState.forceAdvanced = intent.getBooleanExtra(DocumentsContract.EXTRA_SHOW_ADVANCED, false); 256 mState.showAdvanced = mState.forceAdvanced 257 | LocalPreferences.getDisplayAdvancedDevices(this); 258 259 if (mState.action == ACTION_MANAGE) { 260 mState.showSize = true; 261 } else { 262 mState.showSize = LocalPreferences.getDisplayFileSize(this); 263 } 264 }
由于前面传入的action为“DocumentsContract.ACTION_MANAGE_ROOT”,这里会走236行将mState.action 设置为 ACTION_MANAGE
在Sate类中的restored变量初始值为false,所以在onCreate方法中会走下面这段代码
211 if (!mState.restored) { 212 if (mState.action == ACTION_MANAGE) { 213 final Uri rootUri = getIntent().getData(); 214 new RestoreRootTask(rootUri).executeOnExecutor(getCurrentExecutor()); 215 } else { 216 new RestoreStackTask().execute(); 217 } 218 } else { 219 onCurrentDirectoryChanged(ANIM_NONE); 220 }
通过调用RestoreRootTask来将当面信息保存下来,接着调用onRootPicked来对需要显示的内容做相应判断。
在onRootPicked中又会启动另一个异步任务PickRootTask,它主要作用是通过intent中的data信息来构建DocumentInfo的对象,该对象中主要保存一下字段
56 public String authority; 57 public String documentId; 58 public String mimeType; 59 public String displayName; 60 public long lastModified; 61 public int flags; 62 public String summary; 63 public long size; 64 public int icon;
这里的authority现在的值为"com.android.providers.downloads.documents",documentId的值为"downloads"
获得了以上信息后,PickRootTask的任务差不多就完成了,接着它会调用onCurrentDirectoryChanged来告诉DocumentsUI,“有人要显示所有下载的信息,我这边的信息处理完了你可以去查询和显示下载信息了”
查询和显示对应的数据流程如下
首先在onCreateView方法中初始化界面布局,接着在onActivityCreated中初始化Adapter和异步数据加载器,最后将从数据库取出来的数据与Adapter进行绑定。
这里我们重点看异步查询数据部分
mCallbacks = new LoaderCallbacks<DirectoryResult>() { 262 @Override 263 public Loader<DirectoryResult> onCreateLoader(int id, Bundle args) { 264 final String query = getArguments().getString(EXTRA_QUERY); 265 266 Uri contentsUri; 267 switch (mType) { 268 case TYPE_NORMAL: 269 contentsUri = DocumentsContract.buildChildDocumentsUri( 270 doc.authority, doc.documentId); 271 if (state.action == ACTION_MANAGE) { 272 contentsUri = DocumentsContract.setManageMode(contentsUri); 273 } 274 return new DirectoryLoader( 275 context, mType, root, doc, contentsUri, state.userSortOrder); 276 //部分代码省略
289 } 290 } 291 292 @Override 293 public void onLoadFinished(Loader<DirectoryResult> loader, DirectoryResult result) { 294 if (!isAdded()) return; 295 296 mAdapter.swapResult(result); 297 //部分代码省略 321 322 mLastSortOrder = state.derivedSortOrder; 323 } 324 325 @Override 326 public void onLoaderReset(Loader<DirectoryResult> loader) { 327 mAdapter.swapResult(null); 328 } 329 };
在之前的讲述中知道state.actio的值为ACTION_MANAGER,onCreateLoader会走271行代码,然后返回一个DirectoryLoader来进行数据的查询。当DirectoryLoader查询完数据后系统会回调onLoadFinished方法,最后通过
mAdapter.swapResult(result);来将数据与Adapter绑定。Adapter有了数据的更新自然就会去更新界面,那么此时从打开“下载”app到整个界面解显示就结束了。最终界面如下图:
总结一下,点击“下载”app主要经历一下一个步骤:
- 从DownloadList跳转到DocumentsActivity
- 保存需要显示的内容信息
- 通过DirectoryLoader完成异步查询数据
- 显示数据