RxAndroid和Retrofit结合使用-网络调用和生命周期分析

说明

这是我在项目使用RxAndroid、RxJava和Retrofit时的一些记录和分析。

记录1:

网络操作相关

在使用RxAndroid和Retrofit进行网络操作时,有如下这些代码

代码:

 getMyFollowingBoard(mTokenType, mTokenAccess, mIndex, mLimit)
                .doOnUnsubscribe(new Action0() {
                    @Override
                    public void call() {
                        Logger.d("Unsubscribe");
                    }
                })
                .subscribeOn(Schedulers.io())
                .observeOn(AndroidSchedulers.mainThread())
                .subscribe(只有响应操作的打印...

打印结果:

(正确联网返回)

[ModuleFragment:onStart:230]:
[ModuleFragment:onNext:251]:
[ModuleFragment:onCompleted:236]:
[ModuleFragment:call:221]: Unsubscribe

分析:

  • 网络的调用在Fragment中,没有做相关Fragment生命周期绑定处理。
  • 打印结果的前四行,没有问题,是正确的调用。

疑问:

但是我没有在任何地方调用取消订阅的操作,为什么会能够响应doOnUnsubscribe方法?

有必要贴一下doOnUnsubscribe的说明图

RxAndroid和Retrofit结合使用-网络调用和生命周期分析_第1张图片

方法说明:Observables被取消订阅时候调用。

总结:

在RxJavaCallAdapterFactory类里面层层调用最后能看到这样的代码

// Attempt to cancel the call if it is still in-flight on unsubscription.
      subscriber.add(Subscriptions.create(new Action0() {
        @Override public void call() {
          call.cancel();//这是Retrofit网络取消方法
        }
      }));

这段代码是给 subscribe 增加一个 unsubscribe 的事件。 也就是请求完成的时候,会自动对 call 进行一个终止,也就是 http 的 close 行为。

资料来自于:
https://segmentfault.com/a/1190000004077117?utm_source=tuicool&utm_medium=referral

记录2:

有关网络调用和生命周期

代码:

修改上面的代码,添加线程休眠2秒,网络操作在onActivityCreated生命周期中调用

getMyFollowingBoard(mTokenType, mTokenAccess, mIndex, mLimit)
 .filter(new Func1() {
                    @Override
                    public Boolean call(FollowingBoardListBean followingBoardListBean) {
                        try {
                            Thread.sleep(2000);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                        return true;
                    }
                })
                .doOnUnsubscribe(new Action0() {
                    @Override
                    public void call() {
                        Logger.d("Unsubscribe");
                    }
                })
                .subscribeOn(Schedulers.io())
                .observeOn(AndroidSchedulers.mainThread())
                .subscribe(只有响应操作的打印...)

打印结果:

(进入Fragment,再马上退出)

[BaseFragment:onCreateView:95]: MyAttentionBoardFragment
[BaseFragment:onActivityCreated:106]: MyAttentionBoardFragment
—>按下返回键,退出这个Fragment
[BaseFragment:onPause:124]: MyAttentionBoardFragment
[BaseFragment:onDestroyView:136]: MyAttentionBoardFragment
[BaseFragment:onDestroy:143]: MyAttentionBoardFragment
[MyAttentionBoardFragment:onNext:90]:
[MyAttentionBoardFragment:onCompleted:79]:
[MyAttentionBoardFragment:call:70]: Unsubscribe

分析:

  • 我在联网的方法中添加了让线程休眠2秒的方法,模拟网络状态不好的情况下,联网结果返回很慢。
  • 可以看到,我在onActivityCreated中开始联网,由于延迟在马上退出后,在我整个Fragment都已经销毁,联网结果才返回。

问题:

在负责显示网络内容的Fragment都销毁的情况还接收联网结果调用是没有意义的。没有用的对象占用内存。

解决办法:

在RxJava中存在这个类
rx.subscriptions.CompositeSubscription

类说明:Subscription that represents a group of Subscriptions that are unsubscribed together.
All methods of this class are thread-safe.
翻译:有关于Subscriptions的集合类,用于取消订阅操作。

所以我们可以使用它保存我们的Subscription联网操作,在合适的地方取消
集成在BaseFragment用于统一管理。

代码:

public abstract class BaseFragment extends Fragment {
         private CompositeSubscription mCompositeSubscription;

    public CompositeSubscription getCompositeSubscription() {
        if (this.mCompositeSubscription == null) {
            this.mCompositeSubscription = new CompositeSubscription();
        }

        return this.mCompositeSubscription;
    }

    public void addSubscription(Subscription s) {
        if (this.mCompositeSubscription == null) {
            this.mCompositeSubscription = new CompositeSubscription();
        }

        this.mCompositeSubscription.add(s);
    }

     @Override
    public void onDestroy() {
        super.onDestroy();
          //在销毁时统一取消
        if (this.mCompositeSubscription != null) {
            this.mCompositeSubscription.unsubscribe();
        }

    }

}

添加上面代码到BaseFragment后,再次实验

打印结果:

[BaseFragment:onCreateView:95]: MyAttentionBoardFragment
[BaseFragment:onActivityCreated:106]: MyAttentionBoardFragment
[BaseFragment:onResume:118]: MyAttentionBoardFragment
[BaseFragment:onPause:124]: MyAttentionBoardFragment
[BaseFragment:onDestroy:143]: MyAttentionBoardFragment
[MyAttentionBoardFragment:call:72]: Unsubscribe //看到取消了
[BaseFragment:onDetach:155]: MyAttentionBoardFragment

总结:

这样就实现了RxAndroid和Retrofit在Fragment的优化(Activity同理)

这在Goog官方MVP架构中,同样采用这样的方式处理生命周期同步。

记录3

AndroidObservable

在这篇博客http://blog.danlew.net/2014/10/08/grokking-rxjava-part-4/
也就是深入浅出RxJava(四:响应式安卓开发)的原文中又提到
这样的代码实现

AndroidObservable.bindActivity(this, retrofitService.getImage(url))
    .subscribeOn(Schedulers.io())
    .subscribe(bitmap -> myImageView.setImageBitmap(bitmap);

实现:当你的Activity或Fragment完成,同样也会发出停止网络操作信号

这里有AndroidObservable源码

但是相信大家在compile 'io.reactivex:rxandroid:1.1.0'

  • 编译之后是找不到AndroidObservable这个类。 http://stackoverflow.com/ 上也有很多问的人,为什么找不到? 同学仔细看原文的发布时间 2014年10月,2年前的博文啊!

原因

  • RxAndroid/wiki明确说到官方已经移除了这个类

AppObservable and its bind methods have been completely eradicated. There were a number of problems with it:
说明:AppObservable(也就是进化版的AndroidObservable),存在很多问题,已经从RxAndroid中移除

问题如下:
1. It tried to auto-unsubscribe, but it would only do so if the sequence emitted an item after the Activity or Fragment paused. As a consequence, sequences that never end might never unsubscribe.
2. It was designed to defend against notifications after pause, but it appears that bug only occurred due to a subtle logic issue in the HandlerScheduler.
3. It automatically called observeOn(AndroidSchedulers.mainThread()), whether you wanted it or not.

最后:

  1. 官方推荐的RxLifecycle来管理生命周期,个人觉得RxLifecycle太死板,它需我们继承extends RxAppCompatActivity,会影响我们的代码层级。
  2. Check whether you need to add observeOn(AndroidSchedulers.mainThread()) to the sequence.,好好写代码吧。
  3. 目前使用CompositeSubscription来管理订阅者的订阅是比较常见的做法。当然是在有需要的情况下使用。

你可能感兴趣的:(项目笔记)