Retrofit2.0+RxJava+RxAndroid——强强联合的网络请求框架

最近看了很多关于Retrofit和Rxjava的文档介绍。终于在弄清Rxjava后顺利的弄懂了Retrofit。

网上有很多人都介绍了它们的联合使用,但是我看过之后理解不是太好。可能我太笨。

不过,今天写这篇博客的目的就是想来说说它们之间如何使用以及使用的时候遇到的坑。

这两者的关系并不大,但是联合在一起使用是非常简便的。Rxjava的响应式编程加上Retrofit的注解式请求用起来是非常爽的。

并且Retrofit内置的是Okhttp,所以这更加的让Retrofit变得强大。

如果在看这篇博客的时候你对java注解、Rxjava还有Okhttp还不够了解,建议先去了解这两个东西。

给出友情链接:

java 注解——使用详解

RxJava——响应式和区域化的优秀框架(java&android)

android http——OkHttp使用详解

相信看到这里,你已经对上面三个知识有了了解。

那么接下来切入正题。

先来加入依赖库:

    compile ‘io.reactivex:rxjava:1.0.14‘
    compile ‘io.reactivex:rxandroid:1.0.1‘
    compile ‘com.squareup.retrofit:adapter-rxjava:2.0.0-beta2‘
    compile ‘com.squareup.retrofit:retrofit:2.0.0-beta2‘
    compile ‘com.squareup.retrofit:converter-gson:2.0.0-beta2‘

没错,你需要的库就是这么多。若要联合它们三者使用,就必须这么多。

我来按顺序介绍。

1,Rxjava库

2,RxAndroid库

3,Retrofit适配Rxjava的库

4,Retrofit库

5,Retrofit适配Gson的库(添加了这个库后不用再添加Gson库,因为已经内置)

另外还要有Okhttp依赖库。在android sdk中已经内置。似乎Retrofit中也内置了Okhttp,所以我项目中没有加入okhttp依赖库,但是okhttp依旧可以使用。

这里需要说明一下,第五个依赖库根据你的项目需求来添加。

一般的项目来说都是使用json数据的。若你的项目是使用xml或者其他的数据格式,那么对应的添加。

(以下版本号需要与retrofit版本号保持一致,并且以retrofit官网给出的版本号为准。)

1)Gson: compile ‘com.squareup.retrofit2:converter-gson:2.0.1‘

2)Jackson: compile ‘com.squareup.retrofit2:converter-jackson:2.0.1‘

3)Moshi: compile ‘com.squareup.retrofit2:converter-moshi:2.0.1‘

4)Protobuf: compile ‘com.squareup.retrofit2:converter-protobuf:2.0.1‘

5)Wire: compile ‘com.squareup.retrofit2:converter-wire:2.0.1‘

6)Simple XML: compile ‘com.squareup.retrofit2:converter-simplexml:2.0.1‘

7)Scalars (primitives, boxed, and String): compile ‘com.squareup.retrofit2:converter-scalars:2.0.1‘

好了。依赖库加完以后。我们就开始请求了。

我们先来个测试url

private String ip = "http://gc.ditu.aliyun.com/geocoding?a=上海市&aa=松江区&aaa=车墩镇";

这个是阿里云根据地区名获取经纬度接口。

返回json数据

{
    "lon":120.58531,
    "level":2,
    "address":"",
    "cityName":"",
    "alevel":4,
    "lat":31.29888
}

我们先来写好实体类AliAddrsBean和IndexRequestBean

public class AliAddrsBean {
    private double lon;
    private int level;
    private String address;
    private String cityName;
    private int alevel;
    private double lat;
     //get/set方法忽略
    }
public class IndexRequestBean {
    private String a;//一级城市
    private String aa;//二级城市
    private String aaa;//三级城市
    //get/set方法忽略
}

Retrofit的请求管理类RetrofitManage(先写成单例)

private RetrofitManage() {
    }

    public static RetrofitManage getInstance() {
        return RetrofitManager.retrofitManage;
    }

    private static class RetrofitManager {
        private static final RetrofitManage retrofitManage = new RetrofitManage();
    }

定义一个发送网络请求的方法sendRequest()

public void sendRequest(String url) {
        //每一个Call实例可以同步(call.excute())或者异步(call.enquene(CallBack<?> callBack))的被执行,
        //每一个实例仅仅能够被使用一次,但是可以通过clone()函数创建一个新的可用的实例。
        //默认情况下,Retrofit只能够反序列化Http体为OkHttp的ResponseBody类型
        //并且只能够接受ResponseBody类型的参数作为@body
        Retrofit retrofit = new Retrofit
                .Builder()
                .baseUrl(url)
                .addCallAdapterFactory(RxJavaCallAdapterFactory.create()) // 使用RxJava作为回调适配器
                .addConverterFactory(GsonConverterFactory.create()) // 使用Gson作为数据转换器
                .build();

Retrofit 实例化 注意事项:

1,每一个Call实例的用法和okhttp的call几乎一样。

2,call只能被使用一次,若再次调用会抛出异常。如果需要多次使用请使用clone

3,默认反序列化OkHttp的ResponseBody类型

4,默认只能接受ResponseBody类型的参数作为@body

5,2.0以后,get请求和post的请求的区别在call里面,注解写@get和写@post已经没有区别了

sendRequest()方法中已经写的很清楚了,不再多说。

承载一切请求的接口ApiService

这个类我要分开写,因为内容实在太多。

规则:每一个函数都必须有提供请求方式和相对URL的Http注解

Retrofit提供了5种内置的注解:GET、POST、PUT、DELETE和HEAD

注解中指定的资源是相对的URL

注解中指定的资源是相对的URL

注解中指定的资源是相对的URL

为啥说三遍,不解释。

这是第一个细节也是第一个门槛。

注解里到底写的是什么?

我们先来看看一个简单的、迷茫的get请求。

@GET("search/repositories")
Call<RetrofitBean> queryRetrofitByGetCall(
                                      @Query("name")String name,
                                      @Query("pwd")String pwd);

url呢?

注解里写的啥?

query又是啥?

怎么调用?

怎么返回?

这是我在网上看到最多的示例。

我就搞不懂了,给一个初学者写这么一个东西谁看得懂?

所以,我来一步一步的解释清楚,写一个易懂的例子。

先来回顾一下我们的url:http://gc.ditu.aliyun.com/geocoding?a=上海市&aa=松江区&aaa=车墩镇

参照这个url我们来写一个get请求:

@GET("http://gc.ditu.aliyun.com/geocoding?a=上海市&aa=松江区&aaa=车墩镇")
    Call<AliAddrsBean> getIndexContent();

这么看就明白了吧,注解中就是一个url而已。

看看怎么调用的

Retrofit retrofit = new Retrofit
                .Builder()
                .baseUrl(url)         .addCallAdapterFactory(RxJavaCallAdapterFactory.create())              .addConverterFactory(GsonConverterFactory.create())
                .build();
        ApiService service = retrofit.create(ApiService.class);

        Call<AliAddrsBean> requestInde = service.getIndexContent();
        requestInde.execute();//同步请求,和okhttp的使用方法一样

这就是最简单粗暴的调用方法。这里需要注意的是,我们还需要传入一个实体类作为返回数据的解析依据。

这里我们就是传入的AliAddrsBean。Retrofit已经帮我们把数据解析好了。

可以看出来我们在外面调用了.baseUrl(url) ,为什么在注解中还需要写url呢?

这就关系到很多的细节和坑了。

现在我们假定我们的url是这样的:http://gc.ditu.aliyun.com/geocoding?

如果我们在注解里面这么写:

(以下有坑)

@GET("a=上海市&aa=松江区&aaa=车墩镇")
    Call<AliAddrsBean> getIndexContentOne();

看似是对的,其实在我做demo的时候用okhttp请求成功但是用retrofit请求一直失败。

究其原因就是:注解中必须要有一部分的url地址,不能光是请求体。

所以,修改代码:

请求url:http://gc.ditu.aliyun.com/

以下是正解:

@GET("geocoding?a=上海市&aa=松江区&aaa=车墩镇")
    Call<AliAddrsBean> getIndexContentOne();

这么一写,果然请求正常了。

另外还有一个坑,Retrofit建议url以/结束,注解不要以/开始

我们将get请求汇入接口ApiService中:

基本get请求

    //实际上在get的开始已经有一个rul存在了
    //例如,我们的url是“http://gc.ditu.aliyun.com/”
    //那么get注解前就已经存在了这个url,并且使用{}替换符得到的最终url是:
    // http://gc.ditu.aliyun.com/geocoding?a=苏州市
    //参数不能为null,且不能只有url的参数,还应该包括地址的字段;正确:geocoding?a=苏州市;错误:a=苏州市
    @GET("geocoding?a=苏州市")
    Call<AliAddrsBean> getIndexContentOne();

    @GET("http://gc.ditu.aliyun.com/geocoding?a=上海市&aa=松江区&aaa=车墩镇")
    Call<AliAddrsBean> getIndexContent();

{ }取代块和@Path

    //这里需要注意的是,{}作为取代块一定不能取代参数
    //它会报异常:URL query string "a={city}" must not have replace block. For dynamic query parameters use @Query.
    //翻译:URL查询字符串“= {城市}”必须没有取代块。动态查询参数使用@Query。
    //所以,{}取代块只能替换url而不能替换参数参数应该用@query
    @GET("{parameters}?a=苏州市")
    Call<AliAddrsBean> getIndexContentOne(
            @Path("parameters") String parameters);

所以,取代块只能取代url,不能取代参数,且@path的作用就是专职于取代块

调用的时候把参数传进来

Call<AliAddrsBean> requestInde = service.getIndexContentOne("geocoding");

@Query 键值对传参

看到那么多参数请求,肯定有简单的方法,单个参数添加

//看到那么多参数请求,肯定有简单的方法,单个参数添加
    @POST("geocoding?")
    Call<AliAddrsBean> getIndexContentTow(
            @Query("a") String key1,
            @Query("aa") String key2,
            @Query("aaa") String key3
    );

调用:

Call<AliAddrsBean> requestInde = service.getIndexContentTow("苏州市","苏州市","苏州市");

@query的作用就相当于拼接字符串:a=上海市&aa=松江区&aaa=车墩镇

@QueryMap 参数集合

有时候我们参数很多,一个一个的用@query去传肯定不方便。

//看到那么多参数请求,肯定有简单的方法,多个参数添加使用map
    @GET("geocoding?")
    Call<AliAddrsBean> getIndexContentThree(
            @QueryMap Map<String, Object> options
    );

调用:

Map map = new HashMap();
map.put("a", "上海市");
map.put("aa", "黄浦区");
Call<AliAddrsBean> requestInde = service.getIndexContentThree(map);

@Body 请求体

我们可以把参数封装成一个实体类,然后传过去。这么做比map传参更加方便。

    //可以通过@Body注解指定一个对象作为Http请求的请求体
    //类似于一二三级城市的参数都放在的请求体indexRequestBean里面
    @POST("geocoding?")
    Call<AliAddrsBean> getIndexContentFour(
            @Body IndexRequestBean indexRequestBean);

调用

IndexRequestBean indexRequestBean = new IndexRequestBean();
indexRequestBean.setA("上海市");
indexRequestBean.setAa("松江区");
indexRequestBean.setAaa("车墩镇");
Call<AliAddrsBean> requestInde = service.getIndexContentFour(indexRequestBean);

这种做法得到的结果一样,但是方便了许多。

@FormUrlEncoded 和@Field 发送表单数据

@FormUrlEncoded注解的时候,将会发送form-encoded数据

//函数也可以声明为发送form-encoded(表单形式)和multipart(多部分)数据。
    //当函数有@FormUrlEncoded注解的时候,将会发送form-encoded数据,
    //每个键-值对都要被含有名字的@Field注解和提供值的对象所标注(这他妈是绕口令吗?)
    //每个键值对的写法都是用注解@field标识的,表单形式的数据
    @FormUrlEncoded
    @POST("geocoding?")
    Call<AliAddrsBean> getIndexContentFive(
            @Field("a") String city,
            @Field("aa") String citys,
            @Field("aaa") String cityss
    );

调用:

Call<AliAddrsBean> requestInde = service.getIndexContentFive("苏州市","苏州市","苏州市");

@Multipart和@Part 发送字节流数据

我们有时候要在发送请求前规定数据的编码格式,那么我们就可以用这个注解来解决。

    //当函数有@Multipart注解的时候,将会发送multipart数据,
    // Parts都使用@Part注解进行声明
    //Multipart parts要使用Retrofit的众多转换器之一或者实现RequestBody来处理自己的序列化。
    //这个可以用于传文件,可以改变传值的编码,默认utf_8
    @Multipart
    @POST("geocoding?")
    Call<AliAddrsBean> getIndexContentSix(
            @Part("a") RequestBody city,
            @Part("aa") RequestBody citya,
            @Part("aaa") RequestBody cityaa);

可能这样看不太懂,那么我们就看看如何调用的就懂了

RequestBody requestBody1 = RequestBody.create(MediaType.parse("UTF-8"), "苏州市");//如果传值为null,则默认utf——8
//        RequestBody requestBody2 = RequestBody.create(MediaType.parse("UTF-8"), "苏州市");
//        RequestBody requestBody3 = RequestBody.create(MediaType.parse("UTF-8"), "苏州市");
//        Call<AliAddrsBean> requestInde = service.getIndexContentSix(requestBody1,requestBody2,requestBody3);

当然,既然是requestbody类型,我们就可以用它来穿文件了。

RequestBody requestBody1 = RequestBody.create(MediaType.parse("UTF-8"), new File("aaa"));//如果传值为null,则默认utf——8

@Headers给函数设置header

对于给一个请求设置header我在日志中看到打印了header的内容。

如果我们每次都要给服务器一些固定参数,,例如版本号,请求接口版本,key等。我们就可以用它来设置在http请求的头里。

//可以使用@Headers注解给函数设置静态的header
    @Headers({"key:web_service_key","web_vsersion:1.01","app_version:1.02"})
    @GET("geocoding?")
    Call<AliAddrsBean> getIndexContentSeven(
            @Query("a") String city
    );

调用和get请求没有区别。是不是很方便?

@Header 单个参数的header

我感觉这个没什么卵用。。。

不过还是贴出来使用方法

//可以使用@Header注解动态的更新一个请求的header。必须给@Header提供相应的参数,
    //如果参数的值为空header将会被忽略,否则就调用参数值的toString()方法并使用返回结果
    @GET("geocoding?")
    Call<AliAddrsBean> getIndexContentNine(
            @Header("a") String city
    );

适配Rxjava

这么多的Retrofit都是返回的call,我们应该如何适配Rxjava呢?

Retrofit默认是可以适配Rxjava的。

所以我们要做的就是:

  //我们适配Rxjava的时候,只需要将返回结果的call变成Rxjava的被订阅者Observable即可
    @GET("geocoding?")
    Observable<AliAddrsBean> getIndexContentEleven(
            @Query("a") String city);

调用:

Observable<AliAddrsBean> requestInde = service.getIndexContentEleven("苏州市");

我们得到了带有网络请求数据的Observable对象后我们就可以依照Rxjava来做一系列的响应式编程了。

这里还有一个坑,先看我们如何处理数据

(以下有坑)

 requestInde.subscribe(new Action1<AliAddrsBean>() {
                    @Override
                    public void call(AliAddrsBean aliAddrsBean) {
                        //这里我只返回了成功的结果

                    }
                });

我们直接给观察者或者叫订阅者发送消息“嘿!网络请求的数据回来了!”

这样做看似没问题,但是在我实际运行中却报错了。

异常表示数据处理需要在非ui线程。

那么就很了然了。我们得到requestInde的对象后要在非ui线程中操作。

以下代码已经填坑

Observable<AliAddrsBean> requestInde = service.getIndexContentEleven("苏州市");
        requestInde.subscribeOn(Schedulers.newThread())//这里需要注意的是,网络请求在非ui线程。如果返回结果是依赖于Rxjava的,则需要变换线程
                .observeOn(AndroidSchedulers.mainThread())
                .subscribe(new Action1<AliAddrsBean>() {
                    @Override
                    public void call(AliAddrsBean aliAddrsBean) {
                        //这里我只返回了成功的结果

                    }
                });

我们要变换线程,处理数据的时候开一个新线程。返回结果就应该在主线程了。这里写android的ui线程就是用到的Rxandroid中的方法。

Observable.zip打包多个网络请求

有时候我们需要边加载数据边下载某个图片或者音乐甚至是各种文件。那么这个时候我们就要把多个网络请求打包起来一起发出去了。

那么这个时候我们就要借助Observable.zip这个操作符了。

先来看如何实现的

Observable.zip(
                service.getIndexContentEleven("苏州市"),//第一个Observable对象
                service.getIndexContentEleven("上海市"),//第二个Observable对象
                new Func2<AliAddrsBean, AliAddrsBean, String>() {//function1中传入的是《1,第一个Observable对象;2,第二个Observable对象;3,返回类型》
                    @Override
                    public String call(AliAddrsBean o, AliAddrsBean o2) {
                        return o.getLat() + ":" + o2.getLat();
                    }
                })
                .subscribeOn(Schedulers.newThread())//这里需要注意的是,网络请求在非ui线程。如果返回结果是依赖于Rxjava的,则需要变换线程
                .observeOn(AndroidSchedulers.mainThread())
                .subscribe(new Subscriber<String>() {
                    @Override
                    public void onCompleted() {

                    }

                    @Override
                    public void onError(Throwable e) {
                        Log.i("test", "retrofit error " + e.getMessage());
                    }

                    @Override
                    public void onNext(String s) {//传入的是function1中返回的对象
                        Log.i("test", "retrofit结果1" + s);
                    }
                });

我们看zip这个操作符的源码可以得知,它能够封装两个被订阅者(Observable)对象。

并且默认还需要实现一个得到这两个Observable对象中的数据后的二次处理方法(Func2),把这两个对象的结果处理成一个然后发送给观察者(subscribe)。

一开始,并不知道哪个参数对应哪个,看了源码后才搞清楚。方法中我在注释中已经写的很清楚了。

这样我们就把两个网路请求同时进行,然后返回的结果处理成一个拿出来。达到了打包多个网络请求的目的。

添加okhttp委托

因为Retrofit内置okhttp,所以我们也可以为它设置一个委托okhttp对象。

具体委托方式:

Retrofit retrofit = new Retrofit
                .Builder()
                .baseUrl(url)
                .client(client)//添加一个okhttp的委托
                .addCallAdapterFactory(RxJavaCallAdapterFactory.create())
                .addConverterFactory(GsonConverterFactory.create())
                .build();

那么这个委托我们能做什么呢?

这里我写了一个okhttp的拦截器

//使用OkHttp拦截器可以指定需要的header给每一个Http请求
        OkHttpClient client = new OkHttpClient();
        //网络拦截器
        client.networkInterceptors().add(new Interceptor() {
            @Override
            public com.squareup.okhttp.Response intercept(Chain chain) throws IOException {

                com.squareup.okhttp.Response response = chain.proceed(chain.request());

                return response;
            }
        });

我们可以做一个okhttp的拦截器,可以打印日志,可以clone 。反正发挥自己的想象,为正在请求的事件做一些额外的事情。

总结

写到这里,这个强强联合的框架已经写完了。

其实我们可以感觉到,这个框架主要是Retrofit2.0+RxJava+RxAndroid+OkHttp

其中RxAndroid的目的可能就是在android中使用的时候让网络请求回到主线程。

而Retrofit2.0+RxJava+OkHttp则充分的让这个网络请求框架变得如此之简单、之响应式、之模块化。

我们用注解去发送请求,简单、简洁;用Rxjava来让代码块状化,逻辑更清晰;网络请求有okhttp作为强大的后台可以很好的完成各种请求。

其中还有很多没有讲到的,比如Rxjava的RxBus和RxBinding方面。okhttp的更多操作。

因为Retrofit和okhttp一样,不支持下载进度的回调。所以之类附上另一位同行的博客来解决这个问题,顺便自己也学习学习。

解决Retrofit文件下载进度显示问题

时间: 2024-10-01 01:29:39

Retrofit2.0+RxJava+RxAndroid——强强联合的网络请求框架的相关文章

基于Retrofit+RxJava的Android分层网络请求框架

目前已经有不少Android客户端在使用Retrofit+RxJava实现网络请求了,相比于xUtils,Volley等网络访问框架,其具有网络访问效率高(基于OkHttp).内存占用少.代码量小以及数据传输安全性高等特点. Retrofit源码更是经典的设计模式教程,笔者已在之前的文章中分享过自己的一些体会,有兴趣的话可点击以下链接了解:<Retrofit源码设计模式解析(上)>.<Retrofit源码设计模式解析(下)> 但在具体业务场景下,比如涉及到多种网络请求(GET/PU

基于Retrofit2.0+RxJava+Dragger2实现不一样的Android网络构架搭建(转载)

转载请注明出处:http://blog.csdn.net/finddreams/article/details/50849385#0-qzone-1-61707-d020d2d2a4e8d1a374a433f596ad1440   一起分享,一起进步.finddreams:http://blog.csdn.net/finddreams/article/details/50849385 众所周知,手机APP的核心就在于调用后台接口,展示相关信息,方便我们在手机上就能和外界交互.所以APP中网络框架

Retrofit2.0+ RxJava 优雅的取消重复避免并取消请求(十一)

Tamic/文 地址:http://blog.csdn.net/sk719887916/article/details/54575137 前几篇主要介绍了retrofit基本使用,结合rxJava的案列,以及RxJava结合retrofit的封装,包括公用参数,局部参数请求头添加,缓存,https, 文件上下传,结果解析,异常处理等,还有一些技巧,那么还有一个比较关键的是取消问题. 两者结合技巧可点击阅读:http://blog.csdn.net/sk719887916/article/deta

rxjava 调用retrofit执行网络请求的过程

retrofit流程图 -1.RxJava调用Retrofit,从requestGtPushSaeUserInfo()中获得被观察者observable,然后new一个观察者向它订阅 0.从业务中发起网络请求调用具体接口 RobotApiService就是Retrofit需要的接口文件 1.在RobotApiService文件中会新建一个Retrofit对象添加RxJava2CallAdapterFactory对象用以产生RxJava2CallAdapter, Retrofit retrofit

Android网络请求框架AsyncHttpClient实例详解(配合JSON解析调用接口)

最近做项目要求使用到网络,想来想去选择了AsyncHttpClient框架开进行APP开发.在这里把我工作期间遇到的问题以及对AsyncHttpClient的使用经验做出相应总结,希望能对您的学习有所帮助. 首先按照惯例先来简单了解一些AsyncHttpClient网络框架的一些知识. 1.简介 Android中网络请求一般使用Apache HTTP Client或者采用HttpURLConnect,但是直接使用这两个类库需要写大量的代码才能完成网络post和get请求,而使用android-a

基于AFNetWorking搭建APP的网络请求框架[iOS]

自从AFNetWorking(下文简称AFN)更新2.0版本之后,AFN的许多的问题得到的有效的解决,写法也得到了完善.前期主流的第三方网络类库 ASI作者宣布不再维护,国内大多数的主流APP都逐步接受并开始采用AFN.出于各自公司项目的不同需要,大家都会在AFN的基础上加一层不尽相同的封 装.很多新APP在选择方式时也会非常纠结.如何封装才可以让AFN更有效率更方便的应用于项目呢,对于这个问题,各人有各人的看法.基于做过以及读过的 几个项目,也来谈一下如何搭建一个APP的网络请求框架.由于本人

XDroidRequest网络请求框架,新开源

XDroidRequest 是一款网络请求框架,它的功能也许会适合你.这是本项目的第三版了,前两版由于扩展性问题一直不满意,思考来 思考去还是觉得Google的Volley的扩展性最强,于是借鉴了Volley的责任链模式,所以有了这个第三版. Provide 1 适配 Android 6.0 ,不再使用HttpClient相关API 2 一行代码发送请求,提供多种回调函数供选择, 3 支持8种网络请求方式 GET,POST,PUT,DELETE,HEAD,OPTIONS,TRACE,PATCH

Github 上Top1的Android 异步网络请求框架

今天给大家分享一个github上Top1的Android异步网络请求框架的使用方法,我给大家分享一个它的基本用法. 先来一个简单的get请求 AsyncHttpClient client = new AsyncHttpClient(); client.get("http://www.google.com", new AsyncHttpResponseHandler() { @Override public void onStart() { // called before reques

【iOS】网络请求框架封装

在使用网络请求的过程中,可以使用系统的框架.ASI.AF.MK等等,但是如果需要更换项目的网络请求框架(比如,项目之前用的ASI的框架,现在需要更换为AF),那么这将是一个浩大的工程.项目初期,怎么搭建网络请求框架,才可以让修改网络请求的工程量减到最小呢,这是我们今天要说的问题. 环境信息: Mac OS X 10.10.1 Xcode 6.1.1 iOS 8.1 正文 封装的网络请求框架一共三层: 第三层:ASI.AF或者其他网络请求方式.第二层:第二层分有基类与类目(Category)构成,