Retrofit 结合 Lifecycle, 将 Http 生命周期管理到极致

2023-05-16

code小生,一个专注 Android 领域的技术平台

公众号回复 Android 加入我的安卓技术群

作者:xcheng_链接:https://www.jianshu.com/p/07fe489a53f2声明:本文已获xcheng_投稿发表,转发等请联系原作者授权

http请求一直是开发中无法避免的存在,生命周期的管理也一直是开发者的痛点,稍不注意就在回调是抛出异常,如NullPointerException,showDialog导致的WindowLeaked等。

Google 最新推荐的 Lifecycle 架构就是可以让你自己的类拥有像 activity 或 fragment 一样生命周期的功能。

于是我决定采用lifecycle结合retrofit 将http请求和Activity或Fragment的生命周期相结合

本文将从以下几个方面一步步实现功能

  • 多线程分发Lifecycle. Event

  • retrofit如何与其关联?自定义 CallAdapter.Factory

  • 异步请求如何关联

  • 同步请求如何关联

如果有不熟悉lifecycle的可以自行学习,这里不做介绍了

lifecycle官方文档地址:

https://developer.android.com/topic/libraries/architecture/lifecycle

为什么要使用lifecycle?

activity 和fragment 是有声明周期的,有时候,我们的很多操作需要写在声明周期的方法中,比如,下载,文件操作等,这样很多情况下回导致,我们在activity中的声明周期方法中写越来越多的代码,activity或者fragment 越来越臃肿,代码维护越来越困难。使用lifecycle就可以很好的解决这类问题。

一 、分发lifecycle event

对于event的分发我们采用观察者模式,需要支持多线程环境,因为http请求可能在任意线程中发起。

首先定义一个 LifecycleProvider类,如下

/**
 * 统一分发Activity和 Fragment的生命周期时间.
 */
public interface LifecycleProvider {
    /**
     * Adds an observer to the list. The observer cannot be null and it must not already
     * be registered.
     *
     * @param observer the observer to register
     * @throws IllegalArgumentException the observer is null
     */
    void observe(Observer observer);

    /**
     * Removes a previously registered observer. The observer must not be null and it
     * must already have been registered.
     *
     * @param observer the observer to unregister
     * @throws IllegalArgumentException the observer is null
     */
    void removeObserver(Observer observer);

    /**
     * A simple callback that can receive from {@link android.arch.lifecycle.Lifecycle}
     */
    interface Observer {
        /**
         * Called when the event is changed.
         *
         * @param event The new event
         */
        void onChanged(@NonNull Lifecycle.Event event);
    }
}

实现类 为AndroidLifecycle 继承了LifecycleObserver接口监听Lifecycle event

public final class AndroidLifecycle implements LifecycleProvider, LifecycleObserver {
    private final Object mLock = new Object();

    @GuardedBy("mLock")
    private final ArrayList<Observer> mObservers = new ArrayList<>();
    /**
     * 缓存当前的Event事件
     */
    @GuardedBy("mLock")
    @Nullable
    private Lifecycle.Event mEvent;

    @MainThread
    public static LifecycleProvider createLifecycleProvider(LifecycleOwner owner) {
        return new AndroidLifecycle(owner);
    }

    private AndroidLifecycle(LifecycleOwner owner) {
        owner.getLifecycle().addObserver(this);
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_ANY)
    void onEvent(LifecycleOwner owner, Lifecycle.Event event) {
        synchronized (mLock) {
            //保证线程的可见性
            mEvent = event;
            for (int i = mObservers.size() - 1; i >= 0; i--) {
                mObservers.get(i).onChanged(event);
            }
        }
        if (event == Lifecycle.Event.ON_DESTROY) {
            owner.getLifecycle().removeObserver(this);
        }
    }

    @Override
    public void observe(Observer observer) {
        if (observer == null) {
            throw new IllegalArgumentException("The observer is null.");
        }
        synchronized (mLock) {
            if (mObservers.contains(observer)) {
                return;
            }
            mObservers.add(observer);
            if (mEvent != null) {
                observer.onChanged(mEvent);
            }
        }
    }

    @Override
    public void removeObserver(Observer observer) {
        if (observer == null) {
            throw new IllegalArgumentException("The observer is null.");
        }
        synchronized (mLock) {
            int index = mObservers.indexOf(observer);
            if (index == -1) {
                return;
            }
            mObservers.remove(index);
        }
    }
}

使用时只要在onChanged方法中就可以处理对应的事件,使用如下

    LifecycleProvider provider = AndroidLifecycle.createLifecycleProvider(this);
    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        provider.observe(new LifecycleProvider.Observer() {
            @Override
            public void onChanged(@NonNull Lifecycle.Event event) {
                //do...
            }
        });
    }

observe方法不依赖于主线程,可以在任何地方调用。这样二次分发设计的目的有两个

  • owner.getLifecycle().addObserver(LifecycleObserver)方法是线程不安全的,需要依赖主线程

  • 可以缓存最新的Lifecycle.Event

二、retrofit 关联生命周期

retrofit 如何才能关联生命周期呢,通用的做法肯定是自定义CallAdapter.Factory,我们可以返回我们想要的自定义Call,在Call接口添加bindToLifecycle方法于LifecycleProvider相关联

  • 自定义Call接口如下,添加了绑定生命周期的方法,这里只展示核心方法

    public interface Call<T> extends Callable<T>, Cloneable {
              //忽略其他代码
      /**
       * 绑定生命周期
       *
       * @param provider LifecycleProvider
       * @param event    {@link Lifecycle.Event}, {@link Lifecycle.Event#ON_ANY} is not allowed
       * @return LifeCall
       */
      LifeCall<T> bindToLifecycle(LifecycleProvider provider, Lifecycle.Event event);
    
      /**
       * default event is {@link Lifecycle.Event#ON_DESTROY}
       *
       * @param provider LifecycleProvider
       * @return LifeCall
       * @see Call#bindToLifecycle(LifecycleProvider, Lifecycle.Event)
       */
      LifeCall<T> bindUntilDestroy(LifecycleProvider provider);
    }
    
  • 且看如何实现此接口 RealCall

    final class RealCall<T> implements Call<T> {
         //忽略其他代码
      @Override
      public LifeCall<T> bindToLifecycle(LifecycleProvider provider, Lifecycle.Event event) {
          Utils.checkNotNull(provider, "provider==null");
          Utils.checkNotNull(event, "event==null");
          if (event == Lifecycle.Event.ON_ANY) {
              throw new IllegalArgumentException("ON_ANY event is not allowed.");
          }
          return new RealLifeCall<>(clone(), event, provider);
      }
    
      @Override
      public LifeCall<T> bindUntilDestroy(LifecycleProvider provider) {
          return bindToLifecycle(provider, Lifecycle.Event.ON_DESTROY);
      }
    }
    
  • LifeCall 生命周期管理的接口类,它继承了LifecycleProvider.Observer,因此可以在onChanged方法接收分发的Lifecycle.Event

    public interface LifeCall<T> extends Callable<T>, LifecycleProvider.Observer {
    
      /**
       * Returns true if this call has been disposed.
       *
       * @return true if this call has been disposed
       */
      boolean isDisposed();
      /**
       * The method may be called concurrently from multiple
       * threads; the method must be thread safe. Calling this method multiple
       * times has no effect.
       * <p>
       * like {@code Observable#doOnDispose(Action)},{@code SingleSubject#onSuccess(Object)}
       * <p>
       * you can invoke with {@link Lifecycle.Event#ON_ANY} to dispose from outside immediately.
       */
      @Override
      void onChanged(@NonNull Lifecycle.Event event);
    }
    
  • 且看如何实现此接口RealLifeCall

    onChanged中判断,当event参数为指定的event时取消请求,并且标记为disposed,从provider中移除RealLifeCall观察对象。注意的是可以手动调用LifeCall.onChanged(LifeCycle.Event.ON_ANY)取消请求用于你想处理的任何场景,如果isDisposed()返回为true,在异步Callback调用的情况下是不会回调的。

    final class RealLifeCall<T> implements LifeCall<T> {
      private final Call<T> delegate;
      private final Lifecycle.Event event;
      private final LifecycleProvider provider;
    
      private final AtomicBoolean once = new AtomicBoolean();
    
      RealLifeCall(Call<T> delegate, Lifecycle.Event event, LifecycleProvider provider) {
          this.delegate = delegate;
          this.event = event;
          this.provider = provider;
          provider.observe(this);
      }
          //忽略其他代码
    
      @Override
      public void onChanged(@NonNull Lifecycle.Event event) {
          if (this.event == event
                  || event == Lifecycle.Event.ON_DESTROY
                  //Activity和Fragment的生命周期是不会传入 {@code Lifecycle.Event.ON_ANY},
                  //可以手动调用此方法传入 {@code Lifecycle.Event.ON_ANY},用于区分是否为手动调用
                  || event == Lifecycle.Event.ON_ANY) {
              if (once.compareAndSet(false, true)/*保证原子性*/) {
                  delegate.cancel();
                  provider.removeObserver(this);
              }
          }
      }
      @Override
      public boolean isDisposed() {
          return once.get();
      }
    }
    
  • 如何返回Call ?自定义CallAdapter.Factory

    retrofit的解耦灵活我们可以做很多自定义的配置,自定义Factory返回我们的Call接口对象,只需在创建retrofit对象是调用addCallAdapterFactory(CallAdapterFactory.INSTANCE)添加进去即可。

    注:executor默认为Android主线程调度使用,Callback回调函数会在对应线程执行。详情可以看retrofit2.Platform.Android.defaultCallbackExecutor()方法

    public final class CallAdapterFactory extends CallAdapter.Factory {
      private static final String RETURN_TYPE = Call.class.getSimpleName();
    
      public static final CallAdapter.Factory INSTANCE = new CallAdapterFactory();
    
      private static final Executor OPTIONAL_NULL_EXECUTOR = new Executor() {
          @Override
          public void execute(@NonNull Runnable command) {
              command.run();
          }
      };
    
      private CallAdapterFactory() {
      }
    
      @Override
      public CallAdapter<?, ?> get(Type returnType, Annotation[] annotations, Retrofit retrofit) {
          if (getRawType(returnType) != Call.class) {
              return null;
          }
          if (!(returnType instanceof ParameterizedType)) {
              throw new IllegalArgumentException(
                      String.format("%s return type must be parameterized as %s<Foo> or %s<? extends Foo>", RETURN_TYPE, RETURN_TYPE, RETURN_TYPE));
          }
          final Type responseType = getParameterUpperBound(0, (ParameterizedType) returnType);
          final Executor executor = Utils.isAnnotationPresent(annotations, SkipCallbackExecutor.class)
                  ? null
                  : retrofit.callbackExecutor();
          return new CallAdapter<Object, Call<?>>() {
              @Override
              public Type responseType() {
                  return responseType;
              }
              @Override
              public Call<Object> adapt(retrofit2.Call<Object> call) {
                  if (executor != null) {
                      return new RealCall<>(executor, call);
                  }
                  return new RealCall<>(OPTIONAL_NULL_EXECUTOR, call);
              }
          };
      }
    }
    
  • 丰富的Callback接口

    支持开始、结束、成功、失败、异常统一解析、简单的数据二次处理操作,HttpError统一包装异常信息

    public interface Callback<T> {
      /**
       * @param call The {@code Call} that was started
       */
      void onStart(Call<T> call);
    
      @NonNull
      HttpError parseThrowable(Call<T> call, Throwable t);
    
      /**
       * 过滤一次数据,如剔除List中的null等,默认可以返回t
       */
      @NonNull
      T transform(Call<T> call, T t);
    
      void onError(Call<T> call, HttpError error);
    
      void onSuccess(Call<T> call, T t);
    
      /**
       * @param t 请求失败的错误信息
       */
      void onCompleted(Call<T> call, @Nullable Throwable t);
    }
    
  • 异步调用

    定义接口

    @FormUrlEncoded
    @POST("user/login")
    Call<LoginInfo> getLogin(@Field("username") String username, @Field("password") String password);
    

    安全的异步发起请求:

    public class MainActivity extends AppCompatActivity {
    
      LifecycleProvider provider = AndroidLifecycle.createLifecycleProvider(this);
    
      @Override
      protected void onCreate(@Nullable Bundle savedInstanceState) {
          super.onCreate(savedInstanceState);
          RetrofitFactory.create(ApiService.class)
                  .getLogin("loginName", "password")
                  //.bindUntilDestroy(provider)
                  .bindToLifecycle(provider, Lifecycle.Event.ON_STOP)
                  .enqueue(new DefaultCallback<LoginInfo>() {
                      @Override
                      public void onStart(Call<LoginInfo> call) {
                          showLoading();
                      }
                      @Override
                      public void onError(Call<LoginInfo> call, HttpError error) {
                          Toast.makeText(MainActivity.this, error.msg, Toast.LENGTH_SHORT).show();
                      }
                      @Override
                      public void onSuccess(Call<LoginInfo> call, LoginInfo loginInfo) {
                          Toast.makeText(MainActivity.this, "登录成功", Toast.LENGTH_SHORT).show();
                      }
                      @Override
                      public void onCompleted(Call<LoginInfo> call, @Nullable Throwable t){
                          hideLoading();
                      }
                  });
      }
    }
    
  • 如何同步调用

    一般同步调用的场景不多,一些连续且相互依赖的请求可以使用同步请求减少逻辑复杂性

    如:注册成功后直接登录,如果采用异步的方式实现,回调接口缠绕在一起,代码不好维护。采用同步的方式实现更为方便。

    @FormUrlEncoded
    @POST("user/register")
    Call<RegisterInfo> register(@Field("username") String username, @Field("password") String password);
    
    @FormUrlEncoded
    @POST("user/login")
    Call<LoginInfo> getLogin(@Field("username") String username, @Field("password") String password);
    

    new Thread(){
      @Override
      public void run() {
          super.run();
          try {
              RegisterInfo registerInfo=RetrofitFactory.create(ApiService.class)
                      .register("loginName", "password")
                      .bindToLifecycle(provider, Lifecycle.Event.ON_STOP)
                      .execute();
              //注册成功开始登录
              LoginInfo loginInfo=RetrofitFactory.create(ApiService.class)
                      .getLogin("loginName", "password")
                      .bindToLifecycle(provider, Lifecycle.Event.ON_STOP)
                      .execute();
              //登录成功
          } catch (Throwable throwable) {
              //异常处理
              throwable.printStackTrace();
          }
      }
    }.start();
    

    这里涉及二个问题

  • 关于Thread,可以自行用线程池实现,这里制作演示

  • 线程调度,成功和失败的结果需要回调到主线程中,android中回调主线程采用的Handler.post(Runnable)或者postDelayed(Runnable, long)方法实现,当主线程调度执行run方法是可能Activity或者Fragment已经被销毁。那么怎样才能安全的回调到主线程呢?

    调度方法和生命周期关联,在主线程执行时再次做判断。NetTaskExecutor 是做的Handler的封装

    public final class ToMainThread implements LifecycleProvider.Observer {
      @Nullable
      private volatile Lifecycle.Event mEvent;
      private final LifecycleProvider provider;
    
      public ToMainThread(LifecycleProvider provider) {
          this.provider = provider;
          provider.observe(this);
      }
    
      public void to(@NonNull final Runnable runnable, final Lifecycle.Event event) {
          NetTaskExecutor.getInstance().postToMainThread(new Runnable() {
              @Override
              public void run() {
                  if (mEvent == event || mEvent == Lifecycle.Event.ON_DESTROY)
                      return;
                  runnable.run();
              }
          });
    
      }
    
      public void toDelayed(@NonNull final Runnable runnable, final Lifecycle.Event event, long delayMillis) {
          NetTaskExecutor.getInstance().postToMainThreadDelayed(new Runnable() {
              @Override
              public void run() {
                  if (mEvent == event || mEvent == Lifecycle.Event.ON_DESTROY)
                      return;
                  runnable.run();
              }
          }, delayMillis);
      }
    
      @Override
      public void onChanged(@NonNull Lifecycle.Event event) {
          this.mEvent = event;
          if (event == Lifecycle.Event.ON_DESTROY) {
              provider.removeObserver(this);
          }
      }
    }
    

    完整的同步执行代码如下,这样处理完全关联了生命周期。不会出任何问题

    
      
  • 结束

github 地址:https://github.com/xchengDroid/retrofit-helper

欢迎提出疑问和建议。

推荐阅读细细品读 Retrofit 的设计之美 二Retrofit面试总结

640?wx_fmt=jpeg

扫一扫 关注我的公众号

如果你想要跟大家分享你的文章,欢迎投稿~

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

Retrofit 结合 Lifecycle, 将 Http 生命周期管理到极致 的相关文章

随机推荐

  • 多寄存器寻址指令ldmia/ldmib和ARM存储器访问指令——多寄存器存取

    多寄存器和堆栈寻址的用法 xff1a 多寄存器寻址 xff1a LDMIA xff0c LDMIB xff0c STMIA xff0c STMIB xff0c LDMDA xff0c LDMDB xff0c STMDA xff0c STMD
  • 使用CCS5.1导入的3.3工程编译错误lib/subdir_vars.mk:11: *** missing separator. Stop.

    D Program Files CCS5 1 ccsv5 utils bin gmake k all lib subdir vars mk 11 missing separator Stop TI方面说是CCS5 1的BUG xff0c 在
  • 写给我的2013

    前沿 xff1a 代码看的累了 xff0c 在新的一年终于可以找点时间来回忆我的2013 想着要写点什么 xff0c 可是又没有什么可以写 因为回忆无非就是夹杂着些许痛苦与欢乐 写给我的2013 家 生活 xff1a 2013年 xff0c
  • 写给我的2014——也写给我即将逝去的研究生生涯

    前言 xff1a 2014 1在写着代码的时写下了回忆 xff0c 2015 1在码着论文的时候开始写起消逝的2014 细细回忆 xff0c 真是又是那句老话 xff0c 时间过得真快 xff0c 1年过去了 xff1b 更快的是竟然都要毕
  • Oracle官网下载历史版本软件

    一 分享一个Oracle官网下载各种软件的网址 https edelivery oracle com osdc faces SoftwareDelivery 这个网址是Oracle官网专门下载软件的地址 xff0c 下载软件过程如下 xff
  • 技术盘点:消息中间件的过去、现在和未来

    作者介绍 xff1a 林清山 xff08 花名 xff1a 隆基 xff09 操作系统 数据库 中间件是基础软件的三驾马车 xff0c 而消息队列属于最经典的中间件之一 xff0c 已经有30多年的历史 其发展主要经历了以下几个阶段 xff
  • C语言小游戏——扫雷

    上次我们用C语言实现了一个三子棋的小游戏 xff0c 这次我们同样使用C语言来实现扫雷这个经典的小游戏 首先 xff0c 在开始编程之前还是先整理一下我们的编程思路 xff1a 一 菜单打印 xff1a 和上次实现三子棋的操作类型 xff0
  • 缺省参数讲解

    缺省参数 缺省参数定义缺省参数分类1 全缺省参数 xff1a 2 半缺省参数 xff1a 注意事项 缺省参数定义 缺省参数作为C 43 43 不同于C语言新增的一种语法功能 xff0c 他的作用是在声明或定义函数时为参数指定的一个默认值 x
  • Linux下的权限

    Linux下的权限 用户分类文件类型具体文件类型 基本权限root用户 xff1a 修改权限使用方法 xff1a 通过8进制数字更改权限 对于文件 xff0c 权限的意义读权限写权限运行权限 对于目录权限的意义 更改文件拥有者 所属组cho
  • 类和对象初识

    类和对象初识 类的由来类的定义类的特性封装访问限定符 类的定义方法声明和定义全部放在类体中声明放在 h文件中 xff0c 类的定义放在 cpp文件中类对象的大小 内存对齐规则 类的由来 在C语言中我们有自定义类型的struct xff0c
  • 类的默认成员函数——上

    类的默认成员函数 默认成员函数构造函数构造函数由来构造函数特征默认构造函数特征总结 xff1a 析构函数特征 拷贝构造默认拷贝构造总结 C 43 43 中如果一个类中什么成员都没有 xff0c 简称为为空类 空类中什么都没有吗 xff1f
  • 进程控制块

    进程控制模块 查看进程PCB内部构成标识符ppid 状态优先级查看优先级方式优先级确定原理调整优先级nice值范围 程序计数器内存指针上下文数据时间片上下文数据 I xff0f O状态信息记账信息 查看进程信息 进程 xff1a 加载到内存
  • 模拟实现stack/queue

    模拟实现stack queue stack大体框架接口函数实现 queue大体框架接口函数 stack 之前的博客中介绍了栈和队列的相关功能 xff0c 这里我们模拟实现一个栈和队列 大体框架 由于栈的特殊性 xff0c 栈不支持迭代器访问
  • 进程间通信——命名管道

    命名管道 命名管道定义命名管道创建命令行上创建程序内创建 命名管道间通信匿名管道和命名管道区别 命名管道定义 上一篇博客中介绍了匿名管道的用法以及他的特点 xff0c 但是它存在一定的限制 xff0c 例如他只能在两个具有公共祖先的进程间进
  • Altium Designer一些好用的系统设置

    AD软件系统设置 系统参数设置GeneralNavigationDesign InsightFile Types 原理图参数设置GeneralCross Overs位号自动增加设置原理图大小设置 Graphical Editing单一 39
  • 哈希——开散列

    哈希 开散列 开散列概念开散列的简单实现HashFunc开散列的构成插入去重扩容插入 测试 开散列概念 上一篇博客中介绍了解决哈希冲突的一种方法 xff1a 闭散列 但是闭散列中不管是线性探测还是二次探测 xff0c 解决哈希冲突问题都不够
  • 开发者七问七答:什么是产品化?

    简介 xff1a 之前参加了企业智能部门如何做产品化的讨论 xff0c 大家对产品化的定义和过程都有各自不同的见解 我觉得这个话题其实可以扩展下 xff0c 想站在一个开发人员的视角尝试探讨一下产品化 下面以自问自答的方式来展开 1 当我们
  • 用哈希简单封装unordered_map和unordered_set

    哈希表的改造 哈希表的改造unordered map和unordered set的基本结构哈希表改造节点结构体迭代器哈希表改造 unordered map和unordered set封装unordered map封装以及测试代码unorde
  • 位图的基本原理以及应用

    位图 位图的应用场景位图的基本概念位图 位图的应用场景 假设生活中有以下这种应用场景 xff1a 有未排序的40亿个数 xff0c 需要在其中查找一个数字是否存在 如果直接使用数组来存放这些数 xff0c 那么一个整型的数占4个字节 xff
  • Retrofit 结合 Lifecycle, 将 Http 生命周期管理到极致

    code小生 一个专注 Android 领域的技术平台 公众号回复 Android 加入我的安卓技术群 作者 xff1a xcheng 链接 xff1a https www jianshu com p 07fe489a53f2声明 xff1