绿茶浏览器的下载管理

1、下载相关的类

---

Android自带的下载管理原理其实很简单，整体基于内容提供者ContentProvider、内容解析者ContentResolver和内容监听者ContentObserver来实现下载的管理，通过ContentResolver操作ContentProvider来触发ContentObserver，从而执行真正的下载操作，下载过程又用到了消息机制。

DownloadListener

网页执行下载的回调接口。

DownloadManager

该类是下载管理的核心类，从名字就可以知道该类主要提供一些管理Download的API，以service的形式提供给开发人员的，即通过getSystemService。它的所有操作都是基于ContentResolver，其中触发真正下载的函数是enqueue(Request request)方法。
DownloadManager.Request下载请求

Downloads

声明了很多常量，主要提供给DownloadManager.（详见源码）
public staticfinal int STATUS_PAUSED = 191;
还没开始下载的暂停状态
public static final int STATUS_RUNNING = 192;
已经开始下载
public static final int STATUS_PAUSED_BY_APP= 193;
手动暂停下载
public static final int STATUS_SUCCEED = 200;
已经下载完全成功，但是也有一些状态值能代表成功了，用isSucccess函数来获得其他的信息

DownloadService

用于监听DownloadContent中的数据变化，从而执行相应的操作，例如：开启下载线程、暂停、重新开始下载等

DownloadThread

主要用于执行下载的操作，包括一些下载中异常的处理。

2、下载中的MimeType和ContentDisposition

---

常见MimeType:

MimeType	extension
image/jpeg	jpg
image/gif	gif
text/html	html
audio/mpeg	mp3
audio/x-wav	wav
video/x-msvideo	avi

mime-type指定了下载资源的类型，如果为下载的文件指定mime-type有错误，可能出现不能被其他应用识别的情况，例如下载的图片时，如果指定mime-type类型为image/*，会导致文件管理器中的图片分类可能无法识别图片类型的文件，彩信无法发送图片等情况，这些应用都是通过mime-type识别图片的。

ContentDisposition

ContentDisposition主要在下载时用于猜文件名字

3、当点击了浏览器页面中的某个连接，为什么会下载？

---

点击浏览器中的链接，向服务器发送请求得到相应的资源，如果资源无法被浏览器的rendering engine处理，就会调用OnDownloadStart，这部分逻辑主要由内核处理。
在Android4.4以后部分下载链接没有回调OnDownloadStart，原因是Android4.3内核升级之后，在点击网页中的链接时，网页发送了GET的request，渲染引擎根据request信息里的MIME Type，判断是否支持在线播放该类型的视频，如果能够处理服务器返回的响应，支持了在线播放此类型的视频, 就不会回调onDownloadStart，也就是该链接不会产生下载事件，因此不会调用浏览器应用的回调onDownloadStart,而是直接通过网页打开播放。这样就导致部分音视频不能选择下载而只能直接播放，为满足项目项目中运营商规范，提供workround解决方案包括：长按处理、过滤url。

4、网络变化时的下载

---

在项目中经常遇到的下载问题是接打电话、收发短信和彩信、切换网络类型时遇到下载暂停后无法按要求自动恢复，此类问题的本质原因是网络状态发生了变化，因此解决这些问题主要是围绕网络变化的规律来展开。

理解网络类型

平时对网络类型的理解还不够准确，容易将wifi、3G、2G的类别混淆，网络类型主要包括Wifi、移动数据连接（4G、3G、2G），它们在底层的实现各不相同，像打电话、收发短信之类的功能都是与数据连接有关，使用这些功能的时候会对数据连接造成影响，但不会影响wifi。

由于两种网络类型有本质的区别，切换这两种类型的网络时会出现网络短暂的断开，导致下载暂停，下载的状态变为STATUS_WAITING_FOR_NETWORK，Android官方的自动恢复下载需要5分钟，为了符合项目规范的30秒内恢复下载，浏览器需要提前执行恢复下载。

恢复下载的时机

要想使恢复下载成功需具备以下条件：
1）.网络的连接良好
2）.支持断点续传（基本都支持）
依据这两个条件我们需要监听网络改变后的网络状态

Wifi状态的监听

需要注册广播：WifiManager.NETWORK_STATE_CHANGED_ACTION
只适用于监听Wifi关闭或打开过程的状态。Wifi打开需要一个过程，其DetailedState如下：
OBTAINING_IPADDR（分配IP地址）——>VERIFYING_POOR_LINK（不可靠的连接）——>CAPTIVE_PORTAL_CHECK（检查是否为强制用户）——>CONNECTED（连接完成，会发送ConnectivityManager.CONNECTIVITY_ACTION广播）
当wifi处于CONNECTED后可以执行恢复下载。
Wifi关闭过程的DetailedState一直是DISCONNECTED，可用于控制是否自动恢复。

数据连接状态的监听：

通过TelephonyManager的listen方法注册一个重载了onDataConnectionStateChanged方法的PhoneStateListener对象就可以实现监听

PhoneStateListener.onDataConnectionStateChanged()
只适用于监听数据连接改变时的状态，如2G和3G之间的切换，切换过程一般是经历连接-断开-连接过程，由于有时候2G和3G之间切换会平滑过渡，不会出现断开的情况，也就不会发送ConnectivityManager.CONNECTIVITY_ACTION的广播。

网络连接状态的监听：

需要注册广播：ConnectivityManager.CONNECTIVITY_ACTION
只适用于监听网络连接改变后处于connected时的状态，当数据连接的不同类型之间平滑切换就不能能通过此方式监听到。

PS：

此外网络中断下载也有可能与网络质量有关系，网络中断大部分会产生sockettimeoutexception，造成这种异常的情况有很多，需结合实际场景分析。