前面已经封装了很多常用、基础的组件了：[base-module](https://github.com/woshidasusu/base-module)， 包括了：
- crash 处理
- 常用工具类
- apk 升级处理
- log 组件
- logcat 采集
- ftp 文件上传
- blur 高斯模糊
- fresco 图片处理
- 等等
那么，今天继续再来封装一个网络组件，基于 [volley](https://github.com/google/volley) 的二次封装，目的也是为了简化外部使用，以及新项目可快速接入使用。
这样一来，开发一个简单的 app 所需要的公共基础组件基本都已经封装好了，在这些组件基础上，应该可以快速完成第一版迭代，快速出包。
下一次的计划，也许是封装 OkHttp 的组件，也许是封装个播放器的组件，也可能是封装常用的自定义 View，视情况而定吧。
# 前言
封装了这么多组件，一步步走过来，我已经有了自己一定习惯下的封装思路了，可能代码写得并不是很好，设计得不是很合理，内部职责划分不是很明确。
但，我热衷的封装思想是：**一条调用链使用**。
我喜欢借助 AndroidStudio 的代码提示功能，结合调用链的使用方式，将组件的使用划分成多个步骤，控制每个步骤的 api，让其他人使用的时候，最好可以达到不看文档，不看源码，只需要了解入口，之后都可以通过 AndroidStudio 的代码提示来一步步引导使用的目的。
至于为什么需要二次封装 Volley，这篇就不扯了，反正每个组件的封装肯定是来源于有这方面的需求。
# 二次封装
同样，[DVolley](https://github.com/woshidasusu/base-module/tree/master/volley) 组件你需要了解的入口也就是：DVolley
第一个步骤我开放了三个 api，其实也就是 DVolley 大概支持的功能：
- `url()`
用于访问服务端的接口
- `enterGlobalConfig()`
用于配置一些公共的请求参数或请求头信息，比如 mac，t 这类通常都是公共的请求参数，不必每次都手动去设置。
- `cancelRequests()`
内�
