码迷,mamicode.com
首页 > 编程语言 > 详细

OkHttpUtils-2.0.0 升级后改名 OkGo,全新完美支持 RxJava,比 Retrofit 更简单易用。

时间:2017-03-30 20:45:02      阅读:440      评论:0      收藏:0      [点我收藏+]

标签:neu   编码   多个参数   升级   多文件   type   抛出异常   这一   eclipse   

okhttp-OkGo

项目地址:jeasonlzy/okhttp-OkGo技术分享
简介:OkHttpUtils-2.0.0 升级后改名 OkGo,全新完美支持 RxJava,比 Retrofit 更简单易用。该库是封装了 okhttp 的网络框架,支持大文件上传下载,上传进度回调,下载进度回调,表单上传(多文件和多参数一起上传),链式调用,可以自定义返回对象,支持 Https 和自签名证书,支持 cookie 的持久化和自动管理,支持四种缓存模式缓存网络数据,支持 301 和 302 重定向,扩展了统一的上传管理和下载管理功能

该项目参考了以下项目:

在此特别感谢上述作者,喜欢原作的可以去使用原项目。同时欢迎大家下载体验本项目,如果使用过程中遇到什么问题,欢迎反馈。

联系方式

  • 邮箱地址: liaojeason@126.com
  • QQ 群: 489873144 (建议使用 QQ 群,邮箱使用较少,可能看的不及时)
  • 本群旨在为使用我的 github 项目的人提供方便,如果遇到问题欢迎在群里提问。个人能力也有限,希望一起学习一起进步。

演示

技术分享技术分享技术分享技术分享技术分享技术分享

文档目录(点击快速导航)

1.用法

请抓包看网络数据,log 有些数据不打印,不会抓包请百度,学一次受用终生,重要的事情说三遍

请抓包看网络数据,log 有些数据不打印,不会抓包请百度,学一次受用终生,重要的事情说三遍

请抓包看网络数据,log 有些数据不打印,不会抓包请百度,学一次受用终生,重要的事情说三遍

  • 为了方便大家使用,更加通俗的理解 http 的网络协议,建议做网络请求的时候,对每个请求抓包后查看请求信息和响应信息。
  • 如果是 Windows 操作系统,可以使用 Fiddler 对手机的请求进行抓包查看。
  • 如果是 Mac OS 操作系统,可以使用 Charles 对手机的请求进行抓包查看。
  • 具体的下载地址和抓包配置方法,我这就不提供了,请自行百度或谷歌。

对于 Eclipse 不能运行项目的,提供了 apk 供直接运行

或者点击下载 Demo okgo_v2.1.3.apk

本项目 Demo 的网络请求是我自己的服务器,有时候可能不稳定,网速比较慢时请耐心等待。。

以下是最新版本的版本号,如果你想使用以前的版本,请点击这里,历史版本

  • 对于 Android Studio 的用户,可以选择添加:
compile ‘com.lzy.net:okgo:2.1.4‘        //可以单独使用,不需要依赖下方的扩展包
compile ‘com.lzy.net:okrx:0.1.2‘        //RxJava 扩展支持,根据需要添加
compile ‘com.lzy.net:okserver:1.1.3‘    //下载管理和上传管理扩展,根据需要添加

或者

compile ‘com.lzy.net:okgo:+‘        //版本号使用 + 可以自动引用最新版
compile ‘com.lzy.net:okrx:+‘        //版本号使用 + 可以自动引用最新版
compile ‘com.lzy.net:okserver:+‘    //版本号使用 + 可以自动引用最新版
  • 对于 Eclipse 的用户,可以选择添加 /jar 目录下的: ```java okhttp-3.4.1.jar //okhttp 官方包 (必须导) okio-1.9.0.jar //okio 官方包(必须导) okgo-2.1.4.jar //okgo 基本功能包(必须导)

okrx-0.1.2.jar //okrx 扩展支持包,想用 rxjava 调用的必须要导(同时还需要 rxjava 的 jar,自行下载,不提供) okserver-1.1.3.jar //okserver 扩展支持包,使用下载管理必须要

 * 如果是以 jar 包的形式引入`okserver`,需要在清单文件中额外注册一个服务
```java
<service android:name="com.lzy.okserver.download.DownloadService"/>
  • 如果只是用了okgo的 jar,没有使用okserver的 jar,那么不需要注册上面的服务

其中的图片选择是我的另一个开源项目,完全仿微信的图片选择库,自带 矩形图片裁剪 和 圆形图片裁剪 功能,有需要的可以去下载使用,附上地址:https://github.com/jeasonlzy/ImagePicker

其中的九宫格控件也是我的开源项目,类似 QQ 空间,微信朋友圈,微博主页等,展示图片的九宫格控件,自动根据图片的数量确定图片大小和控件大小,使用 Adapter 模式设置图片,对外提供接口回调,使用接口加载图片,支持任意的图片加载框架,如 Glide,ImageLoader,Fresco,xUtils3,Picasso 等,支持点击图片全屏预览大图。附上地址:https://github.com/jeasonlzy/NineGridView

2.使用注意事项

  • okgo使用的okhttp的版本是最新的 3.4.1 版本,和以前的 2.x 的版本可能会存在冲突。
  • okrx是基于RxJavaRxAndroid的扩展,如果不需要可以不必引入
  • okserver是对okgo的扩展,统一了下载管理和上传管理,对项目有需要做统一下载的可以考虑使用该扩展,不需要的可以直接使用okgo即可。
  • 对于缓存模式使用,需要与返回对象相关的所有javaBean必须实现Serializable接口,否者会报NotSerializableException
  • 使用缓存时,如果不指定cacheKey,默认是用 url 带参数的全路径名为cacheKey
  • 使用该网络框架时,必须要在 Application 中做初始化 OkGo.init(this);

3.OkGo 目前支持

  • 一般的 get,post,put,delete,head,options 请求
  • 基于 Post 的大文本数据上传
  • 多文件和多参数统一的表单上传
  • 支持一个 key 上传一个文件,也可以一个 Key 上传多个文件
  • 大文件下载和下载进度回调
  • 大文件上传和上传进度回调
  • 支持 cookie 的内存存储和持久化存储,支持传递自定义 cookie
  • 支持 304 缓存协议,扩展四种本地缓存模式,并且支持缓存时间控制
  • 支持 301、302 重定向
  • 支持自定义超时自动重连次数
  • 支持链式调用
  • 支持可信证书和自签名证书的 https 的访问,支持双向认证
  • 支持根据 Tag 取消请求
  • 支持自定义泛型 Callback,自动根据泛型返回对象

4.OkRx 扩展功能

OkRx 使用文档 OkRx 使用文档 OkRx 使用文档

  • 完美结合 RxJava
  • 比 Retrofit 更简单方便
  • 网络请求和 RxJava 调用,一条链点到底
  • 支持 Json 数据的自动解析转换
  • OkGo 包含的所有请求功能,OkRx 全部支持

5.OkServer 扩展功能

该功能并没有在文档中写出,详细使用方法请自行看 demo 中的代码,有详细的注释,不在文档中赘述。

5.1 统一的文件下载管理(DownloadManager):

  • 结合 OkGo 的 request 进行网络请求,支持与 OkGo 保持相同的全局公共参数,同时支持请求传递参数
  • 支持断点下载,支持突然断网,强杀进程后,断点依然有效
  • 支持 下载 暂停 等待 停止 出错 完成 六种下载状态
  • 所有下载任务按照 taskKey 区分,切记不同的任务必须使用不一样的 key,否者断点会发生覆盖
  • 相同的下载 url 地址如果使用不一样的 taskKey,也会认为是两个下载任务
  • 默认同时下载数量为 3 个,默认下载路径/storage/emulated/0/download,下载路径和下载数量都可以在代码中配置
  • 下载文件名可以自己定义,也可以不传,框架自动解析响应头或者 url 地址获得文件名,如果都没获取到,使用 default 作为文件名
  • 下载管理使用了服务提高线程优先级,避免后台下载时被系统回收

5.2 统一的文件上传管理(UploadManager)

  • 结合 OkGo 的 request 进行网络请求,支持与 OkGo 保持相同的全局公共参数,同时支持请求传递参数
  • 上传只能使用PostPutDeleteOptions 这四种请求,不支持GetHead
  • 该上传管理为简单管理,不支持断点续传或分片上传,只是简单的将所有上传任务使用线程池进行了统一管理
  • 默认同时上传数量为 1 个,该数列可以在代码中配置修改

???、全局配置

一般在 Aplication,或者基类中,只需要调用一次即可,可以配置调试开关,全局的超时时间,公共的请求头和请求参数等信息

不要忘记了在清单文件中注册 Aplication

@Override
public void onCreate() {
    super.onCreate();

    //---------这里给出的是示例代码,告诉你可以这么传,实际使用的时候,根据需要传,不需要就不传-------------//
    HttpHeaders headers = new HttpHeaders();
    headers.put("commonHeaderKey1", "commonHeaderValue1");    //header 不支持中文
    headers.put("commonHeaderKey2", "commonHeaderValue2");
    HttpParams params = new HttpParams();
    params.put("commonParamsKey1", "commonParamsValue1");     //param 支持中文,直接传,不要自己编码
    params.put("commonParamsKey2", "这里支持中文参数");
    //-----------------------------------------------------------------------------------//

    //必须调用初始化
    OkGo.init(this);

    //以下设置的所有参数是全局参数,同样的参数可以在请求的时候再设置一遍,那么对于该请求来讲,请求中的参数会覆盖全局参数
    //好处是全局参数统一,特定请求可以特别定制参数
    try {
        //以下都不是必须的,根据需要自行选择,一般来说只需要 debug,缓存相关,cookie 相关的 就可以了
        OkGo.getInstance()

                // 打开该调试开关,打印级别 INFO,并不是异常,是为了显眼,不需要就不要加入该行
                // 最后的 true 表示是否打印 okgo 的内部异常,一般打开方便调试错误
                .debug("OkGo", Level.INFO, true)

                //如果使用默认的 60 秒,以下三行也不需要传
                .setConnectTimeout(OkGo.DEFAULT_MILLISECONDS)  //全局的连接超时时间
                .setReadTimeOut(OkGo.DEFAULT_MILLISECONDS)     //全局的读取超时时间
                .setWriteTimeOut(OkGo.DEFAULT_MILLISECONDS)    //全局的写入超时时间

                //可以全局统一设置缓存模式,默认是不使用缓存,可以不传,具体其他模式看 github 介绍 https://github.com/jeasonlzy/
                .setCacheMode(CacheMode.NO_CACHE)

                //可以全局统一设置缓存时间,默认永不过期,具体使用方法看 github 介绍
                .setCacheTime(CacheEntity.CACHE_NEVER_EXPIRE)

                //可以全局统一设置超时重连次数,默认为三次,那么最差的情况会请求 4 次(一次原始请求,三次重连请求),不需要可以设置为 0
                .setRetryCount(3)

                //如果不想让框架管理 cookie(或者叫 session 的保持),以下不需要
//              .setCookieStore(new MemoryCookieStore())            //cookie 使用内存缓存(app 退出后,cookie 消失)
                .setCookieStore(new PersistentCookieStore())        //cookie 持久化存储,如果 cookie 不过期,则一直有效

                //可以设置 https 的证书,以下几种方案根据需要自己设置
                .setCertificates()                                  //方法一:信任所有证书,不安全有风险
//              .setCertificates(new SafeTrustManager())            //方法二:自定义信任规则,校验服务端证书
//              .setCertificates(getAssets().open("srca.cer"))      //方法三:使用预埋证书,校验服务端证书(自签名证书)
//              //方法四:使用 bks 证书和密码管理客户端证书(双向认证),使用预埋证书,校验服务端证书(自签名证书)
//               .setCertificates(getAssets().open("xxx.bks"), "123456", getAssets().open("yyy.cer"))//

                //配置 https 的域名匹配规则,详细看 demo 的初始化介绍,不需要就不要加入,使用不当会导致 https 握手失败
//               .setHostnameVerifier(new SafeHostnameVerifier())

                //可以添加全局拦截器,不需要就不要加入,错误写法直接导致任何回调不执行
//                .addInterceptor(new Interceptor() {
//                    @Override
//                    public Response intercept(Chain chain) throws IOException {
//                        return chain.proceed(chain.request());
//                    }
//                })

                //这两行同上,不需要就不要加入
                .addCommonHeaders(headers)  //设置全局公共头
                .addCommonParams(params);   //设置全局公共参数

    } catch (Exception e) {
        e.printStackTrace();
    }
}

二、普通请求

0.写在开始的话,callback回调默认只需要复写onSuccess,并不代表所有的回调都只走这一个,实际开发中,错误回调并没有成功回调使用频繁,所以callback的失败回调onError并没有声明为抽象的,如果有需要,请自行复写,不要再问我为什么回调没有执行啊,既然onSuccess没有执行,那么一定是出错了回调了onError

callback 一共有以下 10 个回调,除onSuccess必须实现以外,其余均可以按需实现,每个方法参数详细说明,请看下面第 6 点:

  • convertSuccess():解析网络返回的数据回调
  • parseError():解析网络失败的数据回调
  • onBefore():网络请求真正执行前回调
  • onSuccess():网络请求成功的回调
  • onCacheSuccess():缓存读取成功的回调
  • onError():网络请求失败的回调
  • onCacheError():网络缓存读取失败的回调
  • onAfter():网络请求结束的回调,无论成功失败一定会执行
  • upProgress():上传进度的回调
  • downloadProgress():下载进度的回调

Callback 回调具有如下顺序,虽然顺序写的很复杂,但是理解后,是很简单,并且合情合理的

1).无缓存模式 CacheMode.NO_CACHE

网络请求成功 onBefore -> convertSuccess -> onSuccess -> onAfter
网络请求失败 onBefore -> parseError -> onError -> onAfter

2).默认缓存模式,遵循 304 头 CacheMode.DEFAULT

网络请求成功,服务端返回非 304 onBefore -> convertSuccess -> onSuccess -> onAfter
网络请求成功服务端返回 304 onBefore -> onCacheSuccess -> onAfter
网络请求失败 onBefore -> parseError -> onError -> onAfter

3).请求网络失败后读取缓存 CacheMode.REQUEST_FAILED_READ_CACHE

网络请求成功,不读取缓存 onBefore -> convertSuccess -> onSuccess -> onAfter
网络请求失败,读取缓存成功 onBefore -> parseError -> onError -> onCacheSuccess -> onAfter
网络请求失败,读取缓存失败 onBefore -> parseError -> onError -> onCacheError -> onAfter

4).如果缓存不存在才请求网络,否则使用缓存 CacheMode.IF_NONE_CACHE_REQUEST

已经有缓存,不请求网络 onBefore -> onCacheSuccess -> onAfter
没有缓存请求网络成功 onBefore -> onCacheError -> convertSuccess -> onSuccess -> onAfter
没有缓存请求网络失败 onBefore -> onCacheError -> parseError -> onError -> onAfter

5).先使用缓存,不管是否存在,仍然请求网络 CacheMode.FIRST_CACHE_THEN_REQUEST

无缓存时,网络请求成功 onBefore -> onCacheError -> convertSuccess -> onSuccess -> onAfter
无缓存时,网络请求失败 onBefore -> onCacheError -> parseError -> onError -> onAfter
有缓存时,网络请求成功 onBefore -> onCacheSuccess -> convertSuccess -> onSuccess -> onAfter
有缓存时,网络请求失败 onBefore -> onCacheSuccess -> parseError -> onError -> onAfter

1.基本的网络请求

OkGo.get(Urls.URL_METHOD)     // 请求方式和请求 url
    .tag(this)                       // 请求的 tag, 主要用于取消对应的请求
    .cacheKey("cacheKey")            // 设置当前请求的缓存 key,建议每个不同功能的请求设置一个
    .cacheMode(CacheMode.DEFAULT)    // 缓存模式,详细请看缓存介绍
    .execute(new StringCallback() {
        @Override
        public void onSuccess(String s, Call call, Response response) {
            // s 即为所需要的结果
        }
    });

2.请求 Bitmap 对象

OkGo.get(Urls.URL_IMAGE)//
    .tag(this)//
    .execute(new BitmapCallback() {
        @Override
        public void onSuccess(Bitmap bitmap, Call call, Response response) {
            // bitmap 即为返回的图片数据
        }
    });

3.请求 文件下载

FileCallback具有三个重载的构造方法,分别是

FileCallback():空参构造
FileCallback(String destFileName):可以额外指定文件下载完成后的文件名
FileCallback(String destFileDir, String destFileName):可以额外指定文件的下载目录和下载完成后的文件名

文件目录如果不指定,默认下载的目录为 sdcard/download/,文件名如果不指定,则按照以下规则命名:

1.首先检查用户是否传入了文件名,如果传入,将以用户传入的文件名命名
2.如果没有传入,那么将会检查服务端返回的响应头是否含有Content-Disposition=attachment;filename=FileName.txt该种形式的响应头,如果有,则按照该响应头中指定的文件名命名文件,如FileName.txt
3.如果上述响应头不存在,则检查下载的文件 url,例如:http://image.baidu.com/abc.jpg,那么将会自动以abc.jpg命名文件
4.如果 url 也把文件名解析不出来,那么最终将以nofilename命名文件

OkGo.get(Urls.URL_DOWNLOAD)//
    .tag(this)//
    .execute(new FileCallback() {  //文件下载时,可以指定下载的文件目录和文件名
        @Override
        public void onSuccess(File file, Call call, Response response) {
            // file 即为文件数据,文件保存在指定目录
        }

        @Override
        public void downloadProgress(long currentSize, long totalSize, float progress, long networkSpeed) {
            //这里回调下载进度(该回调在主线程,可以直接更新 ui)
        }
    });

4.普通 Post,直接上传 String 类型的文本

一般此种用法用于与服务器约定的数据格式,当使用该方法时,params 中的参数设置是无效的,所有参数均需要通过需要上传的文本中指定,此外,额外指定的 header 参数仍然保持有效。

默认会携带以下请求头

Content-Type: text/plain;charset=utf-8

如果你对请求头有自己的要求,可以使用这个重载的形式,传入自定义的content-type

upString("这是要上传的长文本数据!", MediaType.parse("application/xml")) // 比如上传 xml 数据,这里就可以自己指定请求头

OkGo.post(Urls.URL_TEXT_UPLOAD)//
    .tag(this)//
//    .params("param1", "paramValue1")//  这里不要使用 params,upString 与 params 是互斥的,只有 upString 的???据会被上传
    .upString("这是要上传的长文本数据!")//
//    .upString("这是要上传的长文本数据!", MediaType.parse("application/xml")) // 比如上传 xml 数据,这里就可以自己指定请求头
    .execute(new StringCallback() {
        @Override
        public void onSuccess(String s, Call call, Response response) {
            //上传成功
        }

        @Override
        public void upProgress(long currentSize, long totalSize, float progress, long networkSpeed) {
            //这里回调上传进度(该回调在主线程,可以直接更新 ui)
        }
    });

5.普通 Post,直接上传 Json 类型的文本

该方法与 postString 没有本质区别,只是数据格式是 json,一般来说,需要自己创建一个实体 bean 或者一个 map,把需要的参数设置进去,然后通过三方的 Gson 或者 fastjson 转换成 json 字符串,最后直接使用该方法提交到服务器。

默认会携带以下请求头,请不要手动修改,okgo 也不支持自己修改

Content-Type: application/json;charset=utf-8

HashMap<String, String> params = new HashMap<>();
params.put("key1", "value1");
params.put("key2", "这里是需要提交的 json 格式数据");
params.put("key3", "也可以使用三方工具将对象转成 json 字符串");
params.put("key4", "其实你怎么高兴怎么写都行");
JSONObject jsonObject = new JSONObject(params);

OkGo.post(Urls.URL_TEXT_UPLOAD)//
    .tag(this)//
//    .params("param1", "paramValue1")//  这里不要使用 params,upJson 与 params 是互斥的,只有 upJson 的数据会被上传
    .upJson(jsonObject.toString())//
    .execute(new StringCallback() {
        @Override
        public void onSuccess(String s, Call call, Response response) {
            //上传成功
        }


        @Override
        public void upProgress(long currentSize, long totalSize, float progress, long networkSpeed) {
            //这里回调上传进度(该回调在主线程,可以直接更新 ui)
        }
    });

6.上传图片或者文件

上传文件支持文件与参数一起同时上传,也支持一个 key 上传多个文件,以下方式可以任选

特别要注意的是

1).很多人会说需要在上传文件到时候,要把Content-Type修改掉,变成multipart/form-data,就像下面这样的。其实在使用 OkGo 的时候,只要你添加了文件,这里的的Content-Type不需要你手动设置,OkGo 自动添加该请求头,同时,OkGo 也不允许你修改该请求头。

Content-Type: multipart/form-data; boundary=f6b76bad-0345-4337-b7d8-b362cb1f9949

2).如果没有文件,那么 OkGo 将自动使用以下请求头,同样 OkGo 也不允许你修改该请求头。

Content-Type: application/x-www-form-urlencoded

3).如果你的服务器希望你在没有文件的时候依然使用multipart/form-data请求,那么可以使用.isMultipart(true)这个方法强制修改,一般来说是不需要强制的。

OkGo.post(URL_FORM_UPLOAD)//
    .tag(this)//
    .isMultipart(true)       // 强制使用 multipart/form-data 表单上传(只是演示,不需要的话不要设置。默认就是 false)
    .params("param1", "paramValue1")         // 这里可以上传参数
    .params("file1", new File("filepath1"))   // 可以添加文件上传
    .params("file2", new File("filepath2"))     // 支持多文件同时添加上传
    .addFileParams("key", List<File> files)    // 这里支持一个 key 传多个文件
    .execute(new StringCallback() {
        @Override
        public void onSuccess(String s, Call call, Response response) {
            //上传成功
        }


        @Override
        public void upProgress(long currentSize, long totalSize, float progress, long networkSpeed) {
            //这里回调上传进度(该回调在主线程,可以直接更新 ui)
        }
    });

7.https 请求,需要在初始化的时候配置以下代码

OkGo.getInstance()
    ...
    //可以设置 https 的证书,以下几种方案根据需要自己设置
       .setCertificates()                                  //方法一:信任所有证书,不安全有风险
    // .setCertificates(new SafeTrustManager())            //方法二:自定义信任规则,校验服务端证书
    // .setCertificates(getAssets().open("srca.cer"))      //方法三:使用预埋证书,校验服务端证书(自签名证书)
    //方法四:使用 bks 证书和密码管理客户端证书(双向认证),使用预埋证书,校验服务端证书(自签名证书)
    // .setCertificates(getAssets().open("xxx.bks"), "123456", getAssets().open("yyy.cer"))//

    //配置 https 的域名匹配规则,详细看 demo 的初始化介绍,不需要就不要加入,使用不当会导致 https 握手失败
    // .setHostnameVerifier(new SafeHostnameVerifier())
    ...

8.请求功能的所有配置讲解

以下代码包含了以下内容:

  • 一次普通请求所有能配置的参数,真实使用时不需要配置这么多,按自己的需要选择性的使用即可
  • params添加参数的时候,最后一个isReplace为可选参数,默认为true,即代表相同key的时候,后添加的会覆盖先前添加的
  • 多文件和多参数的表单上传,同时支持进度监听
  • 为单个请求设置超时,比如涉及到文件的需要设置读写等待时间多一点。
OkGo.post(Urls.URL_METHOD)    // 请求方式和请求 url, get 请求不需要拼接参数,支持 get,post,put,delete,head,options 请求
    .tag(this)               // 请求的 tag, 主要用于取消对应的请求
    .isMultipart(true)       // 强制使用 multipart/form-data 表单上传(只是演示,不需要的话不要设置。默认就是 false)
    .connTimeOut(10000)      // 设置当前请求的连接超时时间
    .readTimeOut(10000)      // 设置当前请求的读取超时时间
    .writeTimeOut(10000)     // 设置当前请求的写入超时时间
    .cacheKey("cacheKey")    // 设置当前请求的缓存 key,建议每个不同功能的请求设置一个
    .cacheTime(5000)         // 缓存的过期时间,单位毫秒
    .cacheMode(CacheMode.FIRST_CACHE_THEN_REQUEST) // 缓存模式,详细请看第四部分,缓存介绍
    .addInterceptor(interceptor)                    // 添加自定义拦截器
    .headers("header1", "headerValue1")             // 添加请求头参数
    .headers("header2", "headerValue2")             // 支持多请求头参数同时添加
    .params("param1", "paramValue1")                // 添加请求参数
    .params("param2", "paramValue2")                // 支持多请求参数同时添加
    .params("file1", new File("filepath1"))         // 可以添加文件上传
    .params("file2", new File("filepath2"))         // 支持多文件同时添加上传
    .addUrlParams("key", List<String> values)     // 这里支持一个 key 传多个参数
    .addFileParams("key", List<File> files)        // 这里支持一个 key 传多个文件
    .addFileWrapperParams("key", List<HttpParams.FileWrapper> fileWrappers)//这里支持一个 key 传多个文件
    //这里给出的泛型为 ServerModel,同时传递一个泛型的 class 对象,即可自动将数据结果转成对象返回
    .execute(new DialogCallback<ServerModel>(this) {
        @Override
        public void onBefore(BaseRequest request) {
            // UI 线程 请求网络之前调用
            // 可以显示对话框,添加/修改/移除 请求参数
        }

        @Override
        public ServerModel convertSuccess(Response response) throws Exception{
            // 子线程,可以做耗时操作
            // 根据传递进来的 response 对象,把数据解析成需要的 ServerModel 类型并返回
            // 可以根据自己的需要,抛出异常,在 onError 中处理
            return null;
        }

        @Override
        public void parseError(Call call, IOException e) {
            // 子线程,可以做耗时操作
            // 用于网络错误时在子线程中执行数据耗时操作,子类可以根据自己的需要重写此方法
        }

        @Override
        public void onSuccess(ServerModel serverModel, Call call, Response response) {
            // UI 线程,请求成功后回调
            // ServerModel 返回泛型约定的实体类型参数
            // call        本次网络的请求信息,如果需要查看请求头或请求参数可以从此对象获取
            // response    本次网络访问的结果对象,包含了响应头,响应码等        
        }

        @Override
        public void onCacheSuccess(ServerModel serverModel, Call call) {
            // UI 线程,缓存读取成功后回调
            // serverModel 返回泛型约定的实体类型参数
            // call        本次网络的请求信息
        }

        @Override
        public void onError(Call call, Response response, Exception e) {
            // UI 线程,请求失败后回调
            // call        本次网络的请求对象,可以根据该对象拿到 request
            // response    本次网络访问的结果对象,包含了响应头,响应码等
            // e           本次网络访问的异常信息,如果服务器内部发生了错误,响应码为 404,或大于等于 500
        }

        @Override
        public void onCacheError(Call call, Exception e) {
            // UI 线程,读取缓存失败后回调
            // call        本次网络的请求对象,可以根据该对象拿到 request
            // e           本次网络访问的异常信息,如果服务器内部发生了错误,响应码为 404,或大于等于 500
        }

        @Override
        public void onAfter(ServerModel serverModel, Exception e) {
            // UI 线程,请求结束后回调,无论网络请求成功还是失败,都会调用,可以用于关闭显示对话框
            // ServerModel 返回泛型约定的实体类型参数,如果网络请求失败,该对象为 null
            // e           本次网络访问的异常信息,如果服务器内部发生了错误,响应码为 404,或大于等于 500
        }

        @Override
        public void upProgress(long currentSize, long totalSize, float progress, long networkSpeed) {
            // UI 线程,文件上传过程中回调,只有请求方式包含请求体才回调(GET,HEAD 不会回调)
            // currentSize  当前上传的大小(单位字节)
            // totalSize   需要上传的总大小(单位字节)
            // progress     当前上传的进度,范围 0.0f ~ 1.0f
            // networkSpeed 当前上传的网速(单位秒)
        }

        @Override
        public void downloadProgress(long currentSize, long totalSize, float progress, long networkSpeed) {
            // UI 线程,文件下载过程中回调
            //参数含义同 上传相同
        }
    });

9.取消请求

每个请求前都设置了一个参数tag,取消则通过OkGo.cancel(tag)执行。 例如:在 Activity 中,当 Activity 销毁取消请求,可以在 onDestory 里面统一取消。

@Override
protected void onDestroy() {
    super.onDestroy();

    //根据 Tag 取消请求
    OkGo.getInstance().cancelTag(this);

    //取消所有请求
    OkGo.getInstance().cancelAll();
}

10.同步的请求

execute 方法不传入 callback 即为同步的请求,返回Response对象,需要自己解析

Response response = OkGo.get("http://www.baidu.com")//
                                .tag(this)//
                                .headers("aaa", "111")//
                                .params("bbb", "222")
                                .execute();

11.参数的顺序

添加 header 和 param 的方法各有三个地方,在提交的时候,他们是有顺序的,如果对提交顺序有需要的话,请注意这里

  • 第一个地方,全局初始化时,使用OkGo.getInstance().addCommonHeaders(),OkGo.getInstance().addCommonParams() 添加
HttpHeaders headers = new HttpHeaders();
headers.put("HKAAA", "HVAAA");
headers.put("HKBBB", "HVBBB");
HttpParams params = new HttpParams();
params.put("PKAAA", "PVAAA"); 
params.put("PKBBB", "PVBBB");

OkGo.getInstance()
    .addCommonHeaders(headers) //设置全局公共头
    .addCommonParams(params);  //设置全局公共参数
  • 第二个地方,callbackonBefore方法中添加
public abstract class CommonCallback<T> extends AbsCallback<T> {
    @Override
    public void onBefore(BaseRequest request) {
        super.onBefore(request);

        request.headers("HKCCC", "HVCCC")//
                .headers("HKDDD", "HVDDD")//
                .params("PKCCC", "PVCCC")//
                .params("PKDDD", "PVDDD")//
    }
}
  • 第三个地方,执行网络请求的时候添加
OkGo.get(Urls.URL_METHOD)//
        .tag(this)//
        .headers("HKEEE", "HVEEE")//
        .headers("HKFFF", "HVFFF")//
        .params("PKEEE", "PVEEE")//
        .params("PKFFF", "PVFFF")//
        .execute(new MethodCallBack<>(this, ServerModel.class));

那么,最终执行请求的参数的添加顺序为

  • Header 顺序: HKAAA -> HKBBB -> HKEEE -> HKFFF -> HKCCC -> HKDDD
  • Params 顺序: PKAAA -> PKBBB -> PKEEE -> PKFFF -> PKCCC -> PKDDD

总结一句话就是,全局添加的在最开始,callback 添加的在最后,请求添加的在中间

三、自定义 CallBack 使用

目前内部提供的包含AbsCallbackStringCallBack ,BitmapCallback ,FileCallBack ,可以根据自己的需求去自定义 Callback

  • AbsCallback: 所有回调的父类,抽象类
  • StringCallBack:如果返回值类型是纯文本数据,即可使用该回调
  • BitmapCallback:如果请求的是图片数据,则可以使用该回调
  • FileCallBack:如果要做文件下载,则必须使用该回调,内部封装了关于文件下载进度回调的方法

该网络框架的核心使用方法即为Callback的继承使用,详细请看 Demo 源码中callback包下的代码。

因为不同的项目需求,可能对数据格式进行了不同的封装,于是在 Demo 中的进行了详细的代码示例,以下是详细介绍:

  • JsonCallback:继承自AbsCallback,一般来说,服务器返回的响应码都包含 code,msg,data 三部分,在此根据自己的业务需要完成相应的逻辑判断,并对数据进行解析,可以使用 Gson 或者 fastjson,将解析的对象返回。
  • DialogCallback:继承自JsonCallback,对需要在网络请求的时候显示对话框,使用该回调。
  • StringDialogCallback:继承自EncryptCallback,如果网络返回的数据只是纯文本,使用该回调
  • BitmapDialogCallback :继承自BitmapCallback,如果网络返回的是 Bitmap 对象,使用该回调
  • DownloadFileCallBack :继承自FileCallback,如果需要做文件下载,使用该回调

以上基本是包含了大部分的业务逻辑,具体情况请参照 demo 示例,根据业务需求修改!

JsonCallback 自定义的详细原理与方法点击这里

JsonCallback 自定义的详细原理与方法点击这里

JsonCallback 自定义的详细原理与方法点击这里

四、缓存的使用

使用缓存前,必须让缓存的数据javaBean对象实现Serializable接口,否者会报NotSerializableException

因为缓存的原理是将对象序列化后直接写入 数据库中,如果不实现Serializable接口,会导致对象无法序列化,进而无法写入到数据库中,也就达不到缓存的效果。

对于DEFAULT缓存模式,超时时间是无效的,因为该模式是完全遵循标准的 http 协议的,缓存时间是依靠服务端响应头来控制,所以客户端的 cacheTime 参数无效

目前提供了五种CacheMode缓存模式,每种缓存模式都可以指定对应的CacheTime,不同的模式会有不同的方法回调顺序,详细请看上面第二部分的 callback 执行顺序

  • NO_CACHE: 不使用缓存,该模式下,cacheKey,cacheTime 参数均无效
  • DEFAULT: 按照 HTTP 协议的默认缓存规则,例如有 304 响应头时缓存。
  • REQUEST_FAILED_READ_CACHE:先请求网络,如果请求网络失败,则读取缓存,如果读取缓存失败,本次请求失败。
  • IF_NONE_CACHE_REQUEST:如果缓存不存在才请求网络,否则使用缓存。
  • FIRST_CACHE_THEN_REQUEST:先使用缓存,不管是否存在,仍然请求网络。

无论对于哪种缓存模式,都可以指定一个cacheKey,建议针对不同需要缓存的页面设置不同的cacheKey,如果相同,会导致数据覆盖。

首先科普概念,具体来说 cookie 机制采用的是在客户端保持状态的方案,而 session 机制采用的是在服务器端保持状态的方案。同时我们也看到,由于采用服务器端保持状态的方案在客户端也需要保存一个标识,所以 session 机制是需要借助于 cookie 机制来达到保存标识的目的,所谓 session 保持会话,对于客户端来说,就是 cookie 的自动管理。

cookie 的内容主要包括:名字,值,过期时间,路径和域。路径与域一起构成 cookie 的作用范围。若不设置过期时间,则表示这个 cookie 的生命期为浏览器会话期间,关闭浏览器窗口,cookie 就消失。这种生命期为浏览器会话期的 cookie 被称为会话 cookie。会话 cookie 一般不存储在硬盘上而是保存在内存里,若设置了过期时间,浏览器就会把 cookie 保存到硬盘上,关闭后再次打开浏览器,这些 cookie 仍然有效直到超过设定的过期时间。存储在硬盘上的 cookie 可以在不同的浏览器进程间共享,比如两个 IE 窗口。而对于保存在内存里的 cookie,不同的浏览器有不同的处理方式。

session 机制。session 机制是一种服务器端的机制,服务器使用一种类似于散列表的结构(也可能就是使用散列表)来保存信息。当程序需要为某个客户端的请求创建一个 session 时,服务器首先检查这个客户端的请求里是否已包含了一个 session 标识(称为 sessionId,也就是请求头是否有 cookie),如果已包含则说明以前已经为此客户端创建过 session,服务器就按照 sessionId 把这个 session 检索出来使用(检索不到,会新建一个),如果客户端请求不包含 sessionId(也就是不携带 cookie 的请求头),则为此客户端创建一个 session 并且生成一个与此 session 相关联的 sessionId,sessionId 的值应该是一个既不会重复,又不容易被找到规律以仿造的字符串,这个 sessionId 将被在本次响应中通过 set-cookie 响应头返回给客户端保存。客户端检查到这个响应头后,根据需要就会保存这个 sessionId,下次在请求交互过程中便可以自动的按照规则把这个标识发送给服务器。这样就完成了 session 的保持。

对于 okgo 来说,okgo 完全遵循了 http 协议,所以,如果你的服务端的 session 是按照 set-cookie 头返回给客户端,并且希望在下次请求的时候自动带上这个 cookie 值,那么你只需要在 okgo 初始化的时候添加这么一行代码:

OkGo.getInstance()
    ...
     //如果不想让框架管理 cookie(或者叫 session 的保持),以下不需要
    .setCookieStore(new MemoryCookieStore())            //cookie 使用内存缓存(app 退出后,cookie 消失)
    .setCookieStore(new PersistentCookieStore())        //cookie 持久化存储,如果 cookie 不过期,则一直有效
    ...

以上方式任选其一就可以了。

如果你需要与 webview 交互,okgo 需要向 webview 传递 cookie,或者 webview 需要向 okgo 传递 cookie,那么这时候就需要手动介入到 okgo 的 cookie 管理中,使用方法依然极其简单。

  • 查看 url 所对应的 cookie

    //一般手动取出 cookie 的目的只是交给 webview 等等,非必要情况不要自己操作
    CookieStore cookieStore = OkGo.getInstance().getCookieJar().getCookieStore();
    HttpUrl httpUrl = HttpUrl.parse("http://server.jeasonlzy.com/OkHttpUtils/method/");
    List<Cookie> cookies = cookieStore.getCookie(httpUrl);
    showToast(httpUrl.host() + "对应的 cookie 如下:" + cookies.toString());
    
  • 查看 okgo 管理的所有 cookie

    //一般手动取出 cookie 的目的只是交给 webview 等等,非必要情况不要自己操作
    CookieStore cookieStore = OkGo.getInstance().getCookieJar().getCookieStore();
    List<Cookie> allCookie = cookieStore.getAllCookie();
    showToast("所有 cookie 如下:" + allCookie.toString());
    
  • 手动添加 cookie

    HttpUrl httpUrl = HttpUrl.parse("http://server.jeasonlzy.com/OkHttpUtils/method/");
    Cookie.Builder builder = new Cookie.Builder();
    Cookie cookie = builder.name("myCookieKey1").value("myCookieValue1").domain(httpUrl.host()).build();
    CookieStore cookieStore = OkGo.getInstance().getCookieJar().getCookieStore();
    cookieStore.saveCookie(httpUrl, cookie);
    
  • 手动移除 cookie

    HttpUrl httpUrl = HttpUrl.parse("http://server.jeasonlzy.com/OkHttpUtils/method/");
    CookieStore cookieStore = OkGo.getInstance().getCookieJar().getCookieStore();
    cookieStore.removeCookie(httpUrl);
    

六、混淆

okgo, okrx, okserver 所有代码均可以混淆,但是由于底层使用的是 okhttp,它不能混淆,所以只需要添加以下混淆代码就可以了

#okhttp
-dontwarn okhttp3.**
-keep class okhttp3.**{*;}

#okio
-dontwarn okio.**
-keep class okio.**{*;}

当然如果你确实不需要混淆 okgo 的代码,可以继续添加以下代码

#okgo
-dontwarn com.lzy.okgo.**
-keep class com.lzy.okgo.**{*;}

#okrx
-dontwarn com.lzy.okrx.**
-keep class com.lzy.okrx.**{*;}

#okserver
-dontwarn com.lzy.okserver.**
-keep class com.lzy.okserver.**{*;}

OkHttpUtils-2.0.0 升级后改名 OkGo,全新完美支持 RxJava,比 Retrofit 更简单易用。

标签:neu   编码   多个参数   升级   多文件   type   抛出异常   这一   eclipse   

原文地址:http://blog.csdn.net/u014608640/article/details/68487395

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!