Retrofit+okhttp网络框架介绍

网络框架选择过程

目前Github上使用比较多的Android Http库依次是Retrofit,okhttp,android-async-http,okhttp-utils,async-http-client,等等；
中间经过一系列的分析，根据start,更新速度，作者，库的实用性，性能，以及拓展性等等，最终选出了3个PK.(Retrofit,okhttp,okhttp-utils)
其中Retrofit,okhttp都是square公司出的okhttp是底层库，使用起来比较麻烦，肯定需要2次封装，这里okhttp-utils是洪洋大神在okhttp上进行的封装开源库，刚好弥补了这个缺陷，是目前封装的比较好的。
而Retrofit同样也是在okhttp上进行封装的，使用的是注解，使用起来相当方便，并且有很好的扩展性，PK下来。
Retrofit获胜。

这里说下自己所了解到的

1、okhttp 和 async http是一个基础的通信库，都很强大，但需要自己封装使用才更方便。另外okhttp已经被谷歌官方用在android源码中了。
2、retrofit和 volley是属于比较高级点的封装库了 其中 retrofit是默认使用okhttp volley也支持okhttp作为其底层通信的部件。retrofit的特点是使用清晰简单的接口，非常方便，而 volley在使用的时候也还简单，不过要使用高级一点的功能需要自己自定义很多东西
3、volley是一个简单的异步http库，仅此而已。缺点是不支持同步，这点会限制开发模式；不能post大数据，所以不适合用来上传文件。
4、android-async-http。与volley一样是异步网络库，但volley是封装的httpUrlConnection，它是封装的httpClient，而android平台不推荐用HttpClient了，所以这个库已经不适合android平台了。
5、okhttp是高性能的http库，支持同步、异步，而且实现了spdy、http2、websocket协议，api很简洁易用，和volley一样实现了http协议的缓存。
6、retrofit与picasso一样都是在okhttp基础之上做的封装，项目中可以直接用了。
7、retrofit主要针对的是url请求 ，okhttp在实际项目中直接用很麻烦，一般需要自己封装一下(有一个大坑是他onResponse方法默认是在异步线程，不能直接操作UI

既然选择了Retrofit，那我们就来一起了解一下吧。本次分享要求：理解Retrofit与okhttp的区别，简单的学会使用Retrofit;

首先贴出官网地址 http://square.github.io/retrofit

这里也主要是根据官网给出的案列进行推进讲解：

介绍：

Retrofit和Java领域的ORM概念类似， ORM把结构化数据转换为Java对象，而Retrofit 把REST API返回的数据转化为Java对象方便操作，并且retrofit非常适合于restful url格式的请求，更多使用注解的方式提供功能。

引用方法：

compile ‘com.squareup.retrofit2:retrofit:2.0.2’

retrofit 用法示例

(1)一般的get请求

retrofit在使用的过程中，需要定义一个接口对象，我们首先演示一个最简单的get请求，接口如下所示：

请求如下的URL：http://192.168.31.242:8080/springmvc_users/user/users

public interface IUserBiz
{
    @GET("users")
    Call<List<User>> getUsers();
}

可以看到有一个getUsers(）方法，通过@GET注解标识为get请求，@GET中所填写的value和baseUrl组成完整的路径，baseUrl在构造retrofit对象时给出。

下面看如何通过retrofit完成上述的请求：

Retrofit retrofit = new Retrofit.Builder()
        .baseUrl("http://192.168.31.242:8080/springmvc_users/user/")
        .addConverterFactory(GsonConverterFactory.create())
        .build();
IUserBiz userBiz = retrofit.create(IUserBiz.class);
Call<List<User>> call = userBiz.getUsers();
        call.enqueue(new Callback<List<User>>()
        {
            @Override
            public void onResponse(Call<List<User>> call, Response<List<User>> response)
            {
                Log.e(TAG, "normalGet:" + response.body() + "");
            }

            @Override
            public void onFailure(Call<List<User>> call, Throwable t)
            {

            }
        });

依然是构造者模式，指定了baseUrl和Converter.Factory，该对象通过名称可以看出是用于对象转化的，本例因为服务器返回的是json格式的数组，所以这里设置了GsonConverterFactory完成对象的转化。

ok，这里可以看到很神奇，我们通过Retrofit.create就可以拿到我们定义的IUserBiz的实例，调用其方法即可拿到一个Call对象，通过call.enqueue即可完成异步的请求。

具体retrofit怎么得到我们接口的实例的，以及对象的返回结果是如何转化的，我们后面具体分析。

版本与细节点分析：

一、URL拼接：

新的URL定义方式
Retrofit 2.0使用了新的URL定义方式。Base URL与@Url 不是简单的组合在一起而是和<a href="...">的处理方式一致。用下面的几个例子阐明。

ps：貌似第二个才符合习惯。

对于 Retrofit 2.0中新的URL定义方式，这里是我的建议：

• Base URL: 总是以 /结尾

• @Url: 不要以 / 开头

比如 上例的那种

而且在Retrofit 2.0中我们还可以在@Url里面定义完整的URL：

public interface IUserBiz
{
    @POST("http://192.168.31.242:808