Android-DataBinding-原理-运行时

概述

  • 运行时部分针对源码进行分析,主要涉及databinding-runtime:3.5.3和databinding-common中的CallbackRegistry和Observable/ObservableList/ObservableMap等类;

CallbackRegistry

  • CallbackRegistry是负责存储和通知Callback的工具类;接口定义和接口回调之后的处理由使用者定义;
  • 在通知Callback过程中,支持可重入通知Callback,但不会扰乱通知;
  • 线程安全;
  • 类结构


    ANDROID_Class_CallbackRegistry.jpg
    • C表示回调类型;T表示被监听类型;A表示回调发生函数调用时的参数类型;还有个int值,可以理解成调用哪个接口;
  • 回调通知


    ANDROID_CallbackRegistry_notifyCallbacks.jpg

Observable/ObservableList/ObservableMap

  • 这三个类都是接口,接口方法只有添加监听回调和删除监听回调;
  • 每个类中都定义了对应的回调抽象类(相当于CallbackRegistry中的Callback),回调抽象类定义了对应的回调方法;

BaseObservable

  • BaseObservable实现了Observable,用PropertyChangeRegistry实例管理回调对象;
  • PropertyChangeRegistry中的int参数表示哪个属性发生了变化;

ViewDataBinding

  • 继承于BaseObservable;
  • 主要功能有:
    • 将RootView中的子View映射到ViewDataBinding的变量上;
    • 收集可观察数据源的变更通知(通过mDirtyFlag记录);
    • 根据mDirtyFlag在合适时机更新UI(可感知声明周期;可监听UI更新,也可拦截UI更新;);
  • 1.ViewDataBinding中View变量赋值
    • 根据编译期中生成的Tag,将RootView中的View对象赋值给ViewDataBinding对应的View变量上;
    • 这也是DataBinding比findViewById性能好的地方,View树一次遍历将所有需要的View赋值给变量;
  • 2.收集可观察数据源的变更通知
     public void setViewModel(@Nullable ViewModel ViewModel) {
         updateRegistration(0, ViewModel);
         this.mViewModel = ViewModel;
         synchronized(this) {
           mDirtyFlags |= 0x1L;
         }
         notifyPropertyChanged(BR.viewModel);
         super.requestRebind();
     }
    
    • 在对ViewDataBinding设置XML变量值时:
      • 如果值是可观察对象(Observable/ObservableList/ObservableMap/LiveData对象)时,会对该对象进行监听,在该对象的属性发生变化时,及时更新mDirtyFlag;
      • 修改变量;
      • 修改mDirtyFlag值,加了同步,所以是线程安全的;(在主线程更新UI);
      • 通知回调,因为ViewDataBinding本身也是Observable,它的变量发生了变化,所以需要通知回调;
      • 请求更新UI;
    private static class WeakPropertyListener extends Observable.OnPropertyChangedCallback
              implements ObservableReference<Observable> {
      ...
      @Override
          public void onPropertyChanged(Observable sender, int propertyId) {
              ViewDataBinding binder = mListener.getBinder();
              if (binder == null) {
                  return;
              }
              Observable obj = mListener.getTarget();
              if (obj != sender) {
                  return; // notification from the wrong object?
              }
              binder.handleFieldChange(mListener.mLocalFieldId, sender, propertyId);
          }
      ...
    }
    
    • 在可观察对象的属性发生变更时,通过ViewDataBinding.handleFieldChange方法将可观察数据源的某个属性对应的ID值传给ViewDataBinding,用mDirtyFlag记录;
  • 3.根据mDirtyFlag在合适时机更新UI
    protected void requestRebind() {
          if (mContainingBinding != null) {
              mContainingBinding.requestRebind();
          } else {
              final LifecycleOwner owner = this.mLifecycleOwner;
              if (owner != null) {
                  Lifecycle.State state = owner.getLifecycle().getCurrentState();
                  if (!state.isAtLeast(Lifecycle.State.STARTED)) {
                      return; // wait until lifecycle owner is started
                  }
              }
              synchronized (this) {
                  if (mPendingRebind) {
                      return;
                  }
                  mPendingRebind = true;
              }
              if (USE_CHOREOGRAPHER) {
                  mChoreographer.postFrameCallback(mFrameCallback);
              } else {
                  mUIThreadHandler.post(mRebindRunnable);
              }
          }
      }
    
    • mDirtyFlag发生变化时,都会调用requestRebind进行UI更新
      • 如果设置了Lifecycle,根据当前声明周期状态,如果处于非激活状态则不更新UI,当进入STAETED状态,也会更新UI;如果没有设置Lifecycle或者Lifecycle处于激活状态,则进入下一步;
      • 如果mPendingRebind为true,表示当前正在更新,则不需要重复更新UI;
      • 如果SDK>=16,则通过Choreographer在收到垂直同步信号时进行更新;否则,通过主线程的Handler进行更新;
      • executePendingBindings方法用来执行UI更新;里面加了mRebindCallbacks的逻辑,即业务层可以监听每次的UI更新,也可以中断本次的UI更新(通过callback.onPreBind返回false);executeBindings是BindingImp中针对具体View的UI更新;

DataBindingUtil

  • 主要功能:
    • 根据编译时生成DataBinderMapper类将layoutId映射到对应的ViewDataBinding类,并生成对应的实例;
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容