- 【前言】
- 【1】情景假定
- 一、最容易想到的方式
- 二、接口回调
- ①不定义接口
- ②定义接口
- ③为什么retrofit中大量用到反射和动态代理?
【1】情景假定以前总是碰到Java接口回调这个东西，每次都半懂不懂的，然后以为自己懂了，就放在旁边不管了，Android中现在用JetPack中的ViewMode后，接口回调用得少。过了很久让我来回答什么是接口回调的时候我又想不起来了。那今天就把他通透的梳理一遍，以免以后又要花半天时间来搞懂这个问题。
我们假定有这样一个情景，B类中有一个int类型的数据，C类中我需要用这个数据来做一些事情。这个时候C类中怎么获取这个B类中的数据呢？
一、最容易想到的方式
在C中直接有一个B类型的变量，在C的实体类中直接获取B的实例存放到这个变量中，然后通过C实例.b.int数据的形式获取这个数据。
但是这方法不太适合，因为你得知道这个变量在B中的名字，而且还要是Public公开的
二、接口回调 ①不定义接口
所谓接口回调无非就是通过方法的参数进行数据的传递。C想要B中的数据，那么B就执行C中的一个方法，将C需要的数据（该数据在B中，可以直接使用）作为方法的参数进行调用就行了；而C中的这个方法体中，把这个参数，也就是需要的数据取出，进行相应处理就行了。
同时还会有两个问题
- B需要持有C的实例对象（没有这个实例对象怎么调用C中的方法呢？）
- B怎么知道C中的那个方法就能把我的数据作为参数传递给C呢？（这就需要事先双方规定了）
②定义接口
为了解决上面抛出的第二个问题，我们采用定义接口的方式。
定义一个接口A这个接口，B和C都能知道，C需要B中的数据，就让C实现这个接口，这个接口中定义一个抽象方法就是告诉B：C中存在的那个方法可以将B中的数据作为参数传递给C。
其实就是上面抛出的问题1，C有很多个实例对象。在巡行结果出来之前，B并不知道，到底是哪个C实例需要我的数据，只有当运行到这里的时候，根据相关的信息（参数等）进行判断，到底是哪个实例，所以我们并不能提前就写死创建的C实例，而是采用反射和动态代理的方式，在运行时创建出实例对象，然后执行对应的方法。
以前写的一篇文章好像找不到了。直接百度把。直接搜索retrofit中反射与动态代理
