Retrofit使用指南

最新推荐文章于 2021-12-07 22:18:32 发布

aibiba0894

最新推荐文章于 2021-12-07 22:18:32 发布

阅读量116

点赞数

文章标签： java 移动开发 json

原文链接：http://www.cnblogs.com/onetwo/p/7278130.html

版权

Retrofit is a type-safe HTTP client for Android and Java.

Retrofit是面向Android和Java平台的一个类型安全的HTTP客户端。

本文将围绕Retrofit的注解、CallAdapter（配合RxJava）、Converter进行介绍；

首先在你的工程添加以下依赖:

final OKHTTP_VERSION = '3.4.1'
final RETROFIT_VERSION = '2.1.0'
compile "com.squareup.okhttp3:okhttp:$OKHTTP_VERSION" compile "com.squareup.okhttp3:logging-interceptor:$OKHTTP_VERSION" compile "com.squareup.retrofit2:retrofit:$RETROFIT_VERSION" compile "com.squareup.retrofit2:converter-gson:$RETROFIT_VERSION"

版本号如有更新的可以更改到最新

接下来演示如何请求接口：
假设我们现在需要请求一个这样的接口: https://api.github.com/users/yuhengye
首先创建一个TestService接口

import retrofit2.Call;
import retrofit2.http.GET;

public interface TestService { //定义一条接口请求 @GET("users/yuhengye") Call<String> getUserInfo(); }

先不关心为何创建一个这样的接口
接下来创建一个RetrofitManager.class类

import okhttp3.OkHttpClient;
import okhttp3.logging.HttpLoggingInterceptor;
import retrofit2.Retrofit; import retrofit2.converter.gson.GsonConverterFactory; public class RetrofitManager { private static Retrofit mRetrofit; private static TestService mTestService; private static OkHttpClient mOkHttpClient; public static OkHttpClient getOkHttpClient(){ if(mOkHttpClient == null) { HttpLoggingInterceptor logging = new HttpLoggingInterceptor(); logging.setLevel(HttpLoggingInterceptor.Level.BASIC); mOkHttpClient = new OkHttpClient.Builder() .addInterceptor(logging) .build(); } return mOkHttpClient; } public static Retrofit getRetrofit(){ if(mRetrofit == null) { mRetrofit = new Retrofit.Builder() .baseUrl("https://api.github.com/") .addConverterFactory(GsonConverterFactory.create()) .client(getOkHttpClient()) .build(); } return mRetrofit; } public static TestService getTestService(){ if(mTestService == null) { mTestService = getRetrofit().create(TestService.class); } return mTestService; } }

接下来看下如何在代码里请求接口:

1.异步执行:

 Call<String> call = RetrofitManager.getTestService().getUserInfo();

 call.enqueue(new Callback<String>() { @Override public void onResponse(Call<String> call, Response<String> response) { //获得结果 String result = response.body(); } @Override public void onFailure(Call<String> call, Throwable t) { } });

2.同步执行

 Call<String> call = RetrofitManager.getTestService().getUserInfo();

 try {
     Response<String> response = call.execute(); //获得结果 String result = response.body(); }catch (IOException ioException){ ioException.printStackTrace(); }

上面例子中的Call<String>里申明的call是用于操控网络请求的，而申明的泛型String类型这是我们想要获得请求结果时转换成的类型，下文会解释是怎么转换的；

在Android里不能在主线程执行请求网络的操作，所以使用同步请求是需要另起线程，所以一般都是异步请求；

如果你像以上所述操作后，那么你已经成功使用Retrofit请求网络。

接下来看下如何定义一条接口请求：

//定义一条接口请求
//等价于https://api.github.com/users/yuhengye
@GET("users/yuhengye") Call<String> getUserInfo();

可以看到方法头部使用了注解，官方文档是这么解释的：

Every method must have an HTTP annotation that provides the request method and relative URL. There are five built-in annotations: GET, POST, PUT, DELETE, and HEAD. The relative URL of the resource is specified in the annotation.

每个方法都必须有一个HTTP注释提供的请求方法和相对URL。有五个内置注释：GET，POST，PUT，DELETE和HEAD。资源的相对URL在注释中指定。

也就是说如果你想用GET请求就可以在方法头部加@GET注释，使用POST请求就使用@POST即可，在注释里申明的相对URL会和在生成Retrofit实例时使用的baseUrl()方法里传的值结合;

Retrofit提供不同HTTP请求方法的注解：
GET,POST,PUT,DELETE,HEAD,OPTIONS,PATCH,HTTP;

Retrofit还提供了以下注解：
Path,Header,HeaderMap,Headers,Query,QueryMap,FormUrlEncoded,Field,FieldMap,Multipart,Part,PartMap,Body,Streaming,Url;

值得一提的是，Retrofit里提供的注解命名规范是这样的，如果是HTTP请求的方法，则一律是大写，其他注解才使用驼峰式；

接下来解释下这些注解如何使用，为了缩短篇幅，以下在调用接口时，就不写获取接口实例的方法了，比如调用getUserInfo()相当于RetrofitManager.getTestService().getUserInfo()，并且申明的接口方法都是在TestService接口下；

Path

@GET("users/{username}")
Call<String> getUserInfo(@Path("username") String name);

//等价于https://api.github.com/users/yuhengye getUserInfo("yuhengye");

可以看出Path是用于替换相对路径url里的值；

Header,HeaderMap,Headers

//在方法里声明多个参数时，可以多种注解组合使用
@GET("users/{username}")
Call<String> getUserInfo(@Header("Accept-Language") String lang, @Path("username") String name); //Request Header //Accept-Language:en-US getUserInfo("en-US", "yuhengye"); ---------------divider--------------- @GET("users/yuhengye") Call<String> getUserInfo(@Header("Accept-Language") List<String> langs); List<String> langs = new ArrayList<>(); langs.add("en-US"); langs.add("zh-CN"); //Request Header //Accept-Language:en-US,zh-CN getUserInfo(langs); ---------------divider--------------- @GET("users/yuhengye") Call<String> getUserInfo(@HeaderMap<String,String> headers); Map<String,String> headers = new HashMap<>(); header.put("Accept", "text/plain"); header.put("Accept-Charset", "utf-8"); //Request Header //Accept:text/plain //Accept-Charset:utf-8 getUserInfo(headers); ---------------divider--------------- @Headers("Accept-Language: en-US") @GET("users/yuhengye") Call<String> getUserInfo(); @Headers({ "Accept-Language: en-US,zh-CN", "Cache-Control: max-age=640000" }) @GET("users/yuhengye") Call<String> getUserInfo2();

Header是用于给HTTP的请求头增加信息的，HeaderMap则是当有多个Header和数量不固定的Header准备的；下面介绍Query和QueryMap，Field和FieldMap时也是一样的道理；而Headers是当你的接口的Header是固定的时候才用到，并且支持多个(数组形式)；

Query,QueryMap

@GET("search/repositories")
Call<String> searchRepo(@Query("q") String keywords, @Query("sort") String sort); //等价于https://api.github.com/search/repositories?q=retrofit&sort=stars searchRepo("retrofit", "stars"); ---------------divider--------------- @GET("search/repositories?order=desc") Call<String> searchRepoOrderByDesc(@QueryMap Map<String,String> params); Map<String,String> params = new HashMap<>(); header.put("q", "retrofit"); //等价于https://api.github.com/search/repositories?order=desc&q=retrofit searchRepo(params);

Query和QueryMap主要是在GET请求时，给你的URL传参，当然URL的参数也可以固定在相对路径里面；

FormUrlEncoded,Field,FieldMap

@FormUrlEncoded
@POST(“https://api.weibo.com/oauth2/access_token”)
Call<String> oauthToken(@Field("access_token") String code, @Field("client_secret") String client_secret); //POST表单数据 oauthToken("codeValue", "secretValue");

这里没有使用到FieldMap，相信你也知道它的用处是什么了，当你需要使用到表单的方式请求时，只需使用@FormUrlEncoded注解就可以了，实际上跟你替换成@Headers("Content-Type: application/x-www-form-urlencoded")同理，只是框架已经帮我们实现了，Field和FieldMap跟Query和QueryMap类似，只不过前者是在表单提交时使用的注解，后者是URL传参时使用的注解。

在上面例子中，@Post中的URL不再是相对路径，而是绝对路径，当你使用绝对路径时，Retrofit就会忽略掉你实例化它时通过baseUrl()方法传给它的host(接口前缀地址)；因为实际开发中，有可能只有几个接口的host是跟你设置的host不一样的，为了避免实例化多个Retrofit，你只需传入绝对路径即可；

Body

@POST("users/new")
Call<String> createUser(@Body RequestBody user); ---------------divider--------------- @POST("users/new") Call<String> createUser(@Body User user);

当发起POST请求时，使用@Body把参数直接放到你的request的body里面，如果在实例化Retrofit时，没有指定converter(下文会解释这是什么), 那@Body注解后面的参数类型必须是RequestBody类型；

Multipart,Part,PartMap

@Multipart
@POST(“https://api.weibo.com/2/statuses/upload_pic.json”)
Call<String> uploadPicture(
@Part("access_token") RequestBody token, @Part MultipartBody.Part file); RequestBody requestFile = RequestBody.create(MediaType.parse("application/otcet-stream"), new File(s)); MultipartBody.Part body = MultipartBody.Part.createFormData("pic", "share.png", requestFile); uploadPicture(RequestBody.create(MediaType.parse("multipart/form-data"), "tokenValue"), body);

以下是POST请求时，multipart的body内容

//部分头信息
Content-Type: multipart/form-data; boundary=d1547544-7ffb-4ebd-913e-8cb21d2ea8f9
Content-Length: 32461

//body内容开始
--d1547544-7ffb-4ebd-913e-8cb21d2ea8f9 Content-Disposition: form-data; name="access_token" Content-Transfer-Encoding: binary Content-Type: multipart/form-data; charset=utf-8 Content-Length: 32 2.00tJ6X3GiGSdcC5f7433b5a40iAPJA --d1547544-7ffb-4ebd-913e-8cb21d2ea8f9 Content-Disposition: form-data; name="pic"; filename="share.png" Content-Type: application/otcet-stream Content-Length: 31813 file bytes --d1547544-7ffb-4ebd-913e-8cb21d2ea8f9-- //body内容结束

通常我们上传文件时，大多数使用multipart，下面简单描述下multipart的传输过程：
每一个部分都是以--加boundary(分隔符)开始，然后是该部分内容的描述信息，然后一个回车，然后是描述信息的具体内容；如果传送的内容是一个文件的话，那么还会包含文件名信息，以及文件内容的类型。上面请求的第二个部分就是是一个文件体的结构，最后会以--boundary符--结尾，表示请求体结束。

当使用@Multipart时，相当于@Headers("Content-Type: multipart/form-data; boundary=${bound}")，并且框架帮你把boundary(分隔符)的值设定好了;

@Part和@PartMap是配合@Multipart使用的，使用@PartMap参数类型必须是Map，key就相当于partName, value所接受的参数类型跟@Part一样，但建议不要是MultipartBody.Part(因为MultipartBody.Part本身已经包含partName)，以下是@Part接受不同参数时的情况：
1.当方法里传参类型是MultipartBody.Part时，不要这样(@Part("partName") MultipartBody.Part part申明，partName会被忽略，因为在构建MultipartBody.Part时，已经包含了part的name在里面；

2.当方法里传参类型是RequestBody时，会把RequestBody的ContentType的值加到body里面去，比如像上面例子这样申明Call<String> uploadPicture(@Part("access_token") RequestBody token);那么调用该方法uploadPicture(RequestBody.create(MediaType.parse("multipart/form-data"), "tokenValue"))时插入body里面的内容是这样的:

--d1547544-7ffb-4ebd-913e-8cb21d2ea8f9
Content-Disposition: form-data; name="access_token"
Content-Transfer-Encoding: binary
Content-Type: multipart/form-data; charset=utf-8 Content-Length: 32 2.00tJ6X3GiGSdcC5f7433b5a40iAPJA --d1547544-7ffb-4ebd-913e-8cb21d2ea8f9--

3.当方法里传参类型是其他对象类型时，将会通过实例化Retrofit时指定的conveter(下文会解释这是什么)来转换成RequestBody，然后跟上面第二点所述处理;

Streaming

@Streaming
@GET("video/test.mp4")
Response getVideo();

Response response = getVideo(); InputStream videoDataStream = response.getBody().in();

使用@Streaming时返回值必须是Response，包含了HTTP请求最初的body内容，未经任何转换；一般是获取比较大的数据流时使用，或者下载文件时使用;

Url

//等价于https://api.github.com/users/yuhengye
@GET("users/yuhengye")
Call<String> getUserInfo();

---------------divider---------------    

@GET
Call<String> getUserInfo(@Url String url); //等价于https://api.github.com/users/yuhengye getUserInfo("users/yuhengye);

从上面可以看出，如果方法里申明带@Url的参数，则在方法头部申明HTTP请求方式时，可以不再申明相对路径地址；

实例化Retrofit时调用baseUrl(api)方法传进去的api地址应该以/结尾，如果传的是https://api.github.com/search，Retrofit会以/最后出现的位置作为结尾当成https://api.github.com/处理，值得一提的是，在申明请求接口头部定义url的时候，建议统一用相对路径（前面不包括/），类似@GET("users/yuhengye")而不是@GET("/users/yuhengye")，因为这两者处理上也有所不同：

BaseUrl:https://api.github.com/search/
Endpoint:/users/yuhengye
Result:https://api.github.com/users/yuhengye

BaseUrl:https://api.github.com/search/
Endpoint:users/yuhengye
Result:https://api.github.com/search/users/yuhengye

CallAdapter

上文在申明接口的方法时，返回值统一都是Call<String>类型，因为默认情况下返回值是只支持Call类型的，这个类包含了最基本的网络请求操作，相信你看过很多文章是XXX App，使用了以下框架：Retrofit + RxJava + ...，如果你没用过RxJava，可以跳过此段介绍，下面简单介绍RxJava结合Retrofit请求网络。

首先加入以下依赖:

compile "com.squareup.retrofit2:adapter-rxjava:$RETROFIT_VERSION"

//以下是下面例子中使用RxJava的版本   
compile 'io.reactivex:rxandroid:1.1.0' compile 'io.reactivex:rxjava:1.1.0'

在实例化Retrofit时，改成这样:

public static Retrofit getRetrofit(){
  if(mRetrofit == null) {
      mRetrofit = new Retrofit.Builder()
              .baseUrl("https://api.github.com/")
              .addConverterFactory(GsonConverterFactory.create()) .addCallAdapterFactory(RxJavaCallAdapterFactory.create()) .client(getOkHttpClient()) .build(); } return mRetrofit; }

addCallAdapterFactory(RxJavaCallAdapterFactory.create())这个是我们增加的调用，以后在申明接口的方法返回值时，就可以这样：

@GET("users/yuhengye")
Observable<String> getUserInfo();

RetrofitManager
            .getTestService()
            .getUserInfo()//返回一个Observable<String>对象 .subscribeOn(Schedulers.io()) .observeOn(AndroidSchedulers.mainThread()) .subscribe(new Subscriber<String>() { @Override public void onCompleted() { } @Override public void onError(Throwable e) { } @Override public void onNext(String result) { } });

Converter(转换器）

上文中多次提到过converter的概念，现在简单介绍下:

Retrofit框架默认是使用OKHTTP去请求网络的，而在OKHTTP中网络请求默认都是返回一个ResponseBody类型的值，为了免去网络请求中重复的转换操作，在实例化Retrofit时可以通过addConverterFactory(GsonConverterFactory.create())方法增加一个转换工厂，Retrofit内置的转换工厂是只支持ResponseBody，Void类型，值得一提的是，在接口申明的返回值里如果不关心返回结果，必须这样申明Call<Void>，不能没有泛型Call这样申明；

文章开始介绍要引入的依赖时，有包括这个compile "com.squareup.retrofit2:converter-gson:$RETROFIT_VERSION"，这个库的的名字是converter-gson，那么肯定是跟gson相关的了，回想一下，刚才我们申明接口方法时的返回值，统一都是Call<String>，之所以可以申明String类型，是因为我们通过这个依赖库提供的Gson转换工厂把结果转换成了String类型，然后请求返回结果后得到一个Response<String>类型的实例response，Response申明的泛型类型是跟Call申明的泛型类型一致的，而String result = response.body()就是获得申明泛型类型的值，通常来说我们是知道请求接口会返回的数据格式，如果是json格式，每次都是通过获得String类型，再转换成对应的实体类，那么会做很多重复的工作；所以上文在接口申明方法时的泛型类型都可以替换成对应的实体类，比如这样:

//GitHubUser就是通过gson转换成对应的实体类;
@GET("users/yuhengye")
Call<GitHubUser> getUserInfo();

当然Converter还不止是在请求结果返回时转换结果，还包括发起请求时的一些数据转换等；以上所提到的@HeaderMap、@QueryMap、FieldMap后面申明的参数类型必须是Map，但是key和value没有限定必须是String类型，这3个注解和@Path、@Header、@Query、@Field默认最终都会调用内置的converter调用String.valueOf(object)转成String类型，也就是调用Object的toString()方法；

我们也可以自定义自己的Converter工厂，本文就不再叙述了，后面会再写一遍关于Retrofit的源码和原理探索还有进阶使用；