LiveData是如何感知Room数据变化的

LiveData是如何感知Room数据变化的

LiveData是如何创建的

这里讨论的LiveData的创建是特指Dao定义的方法的返回类型，而不是所有的LiveData。

以PlaybackHistoryRecordDAO 举例：

@Dao
interface PlaybackHistoryRecordDAO {
    ......
    @Query("SELECT * FROM history_record where sound_type = :soundType ORDER BY update_time DESC")
    fun getAllHistoryRecords(soundType: Int): LiveData<List<PlaybackHistoryRecord?>?>?
    ......
}

room会通过APT自动为PlaybackHistoryRecordDAO创建实体类PlaybackHistoryRecordDAO_Impl.java

public final class PlaybackHistoryRecordDAO_Impl implements PlaybackHistoryRecordDAO {
  private final RoomDatabase __db;
  ......
  @Override
  public LiveData<List<PlaybackHistoryRecord>> getAllHistoryRecords(final int soundType) {
    final String _sql = "SELECT * FROM history_record where sound_type = ? ORDER BY update_time DESC";
    final RoomSQLiteQuery _statement = RoomSQLiteQuery.acquire(_sql, 1);
    int _argIndex = 1;
    _statement.bindLong(_argIndex, soundType);
    return __db.getInvalidationTracker().createLiveData(new String[]{"history_record"}, false, new Callable<List<PlaybackHistoryRecord>>() {
      @Override
      public List<PlaybackHistoryRecord> call() throws Exception {
        final Cursor _cursor = DBUtil.query(__db, _statement, false, null);
        try {
          // 根据SQL语句向数据库查询数据
          final List<PlaybackHistoryRecord> _result = new ArrayList<PlaybackHistoryRecord>(_cursor.getCount());
          ......   
          return _result;
        } finally {
          _cursor.close();
        }
      }

      @Override
      protected void finalize() {
        _statement.release();
      }
    });
  }
  ......
}

通过InvalidationTracker#createLiveData方法创建需要返回的LiveData对象。

// InvalidationTracker.java

public <T> LiveData<T> createLiveData(String[] tableNames, Callable<T> computeFunction) {
    return createLiveData(tableNames, false, computeFunction);
}

public <T> LiveData<T> createLiveData(String[] tableNames, boolean inTransaction,
        Callable<T> computeFunction) {
    return mInvalidationLiveDataContainer.create(
            validateAndResolveTableNames(tableNames), inTransaction, computeFunction);
}

// InvalidationLiveDataContainer.java

<T> LiveData<T> create(String[] tableNames, boolean inTransaction,
        Callable<T> computeFunction) {
    return new RoomTrackingLiveData<>(mDatabase, this, inTransaction, computeFunction,
            tableNames);
}

InvalidationLiveDataContainer的功能比较简单：

  • 创建RoomTrackingLiveData对象；
  • 维护一个装载LiveData对象的set集合。

总结：

  1. room会根据开发者定义的dataBae和各个dao类自动创建各自的对应的实体类；
  2. DAO_Impl的实体方法会委托InvalidationTracker类创建需要返回的LiveData对象，并将数据库操作方法以参数的形式向下传递。
  3. InvalidationTracker类委托InvalidationLiveDataContainer类创建RoomTrackingLiveData对象。自此LiveData对象创建成功。

RoomTrackingLiveData有何作用

class RoomTrackingLiveData<T> extends LiveData<T> {
   
    final RoomDatabase mDatabase;

    final boolean mInTransaction;

    final Callable<T> mComputeFunction;

    private final InvalidationLiveDataContainer mContainer;

    final InvalidationTracker.Observer mObserver;

    final AtomicBoolean mInvalid = new AtomicBoolean(true);

    final AtomicBoolean mComputing = new AtomicBoolean(false);

    final AtomicBoolean mRegisteredObserver = new AtomicBoolean(false);

    final Runnable mRefreshRunnable = new Runnable() {
        @WorkerThread
        @Override
        public void run() {
            // 向InvalidationTracker注册一个观察者
            if (mRegisteredObserver.compareAndSet(false, true)) {
                mDatabase.getInvalidationTracker().addWeakObserver(mObserver);
            }
            boolean computed;
            do {
                computed = false;
                // mComputing 初始值为 false
                if (mComputing.compareAndSet(false, true)) {
                    // as long as it is invalid, keep computing.
                    try {
                        T value = null;
                        // mInvalid初始值为 true
                        // 此while循环结束后，computed == false，mInvalid == false
                        while (mInvalid.compareAndSet(true, false)) {
                            computed = true;
                            try {
                                // 执行数据库操作方法，并返回结果
                                value = mComputeFunction.call();
                            } catch (Exception e) {
                                // 如果SQL语句执行有误，会非常粗暴的直接报错，
                                // liveData不能将错误状态上报给开发者。
                                throw new RuntimeException("Exception while computing database"
                                        + " live data.", e);
                            }
                        }
                        if (computed) {
                            // 向当前livedata的观察者们发送数据库查询结果
                            postValue(value);
                        }
                    } finally {
                        // release compute lock
                        mComputing.set(false);
                    }
                }
               
            } while (computed && mInvalid.get());
        }
    };

    @SuppressWarnings("WeakerAccess")
    final Runnable mInvalidationRunnable = new Runnable() {
        @MainThread
        @Override
        public void run() {
            // 当前livedata是否有存活的观察者
            boolean isActive = hasActiveObservers();
            // 如果 mRefreshRunnable正在运行 mInvalid == true，条件不成立。
            // 如果 mRefreshRunnable运行结束 mInvalid == false，条件成立，重新开启任务。
            if (mInvalid.compareAndSet(false, true)) {
                if (isActive) {
                    getQueryExecutor().execute(mRefreshRunnable);
                }
            }
        }
    };
    @SuppressLint("RestrictedApi")
    RoomTrackingLiveData(
            RoomDatabase database,
            InvalidationLiveDataContainer container,
            boolean inTransaction,
            Callable<T> computeFunction,
            String[] tableNames) {
        mDatabase = database;
        mInTransaction = inTransaction;
        mComputeFunction = computeFunction;
        mContainer = container;
        mObserver = new InvalidationTracker.Observer(tableNames) {
            @Override
            public void onInvalidated(@NonNull Set<String> tables) {
                ArchTaskExecutor.getInstance().executeOnMainThread(mInvalidationRunnable);
            }
        };
    }

    @Override
    protected void onActive() {
        super.onActive();
        mContainer.onActive(this);
        getQueryExecutor().execute(mRefreshRunnable);
    }

    @Override
    protected void onInactive() {
        super.onInactive();
        mContainer.onInactive(this);
    }

    Executor getQueryExecutor() {
        if (mInTransaction) {
            return mDatabase.getTransactionExecutor();
        } else {
            return mDatabase.getQueryExecutor();
        }
    }
}
  1. 当开发者向RoomTrackingLiveData注册了观察者后（即调用了livedata.observe方法），会调用onActive方法，在子线程里执行mRefreshRunnable任务。
  2. mRefreshRunnable在初次执行时会向InvalidationTracker注册一个观察者。然后会根据SQL语句循环查询数据库，并向开发者返回查询结果。
    a. SQL语句是通过开发者在创建DAO层方法的注解自动生成的，并以方法入参的方式最终传递给RoomTrackingLiveData对象。
    b. 这里的循环不是一直执行的。在没有外界干扰情况下（指循环条件的值在没有被其他方法修改的情况），循环体只会执行一次。
  3. 构造函数里创建了mObserver 对象，当mObserver被触发时,会在主线程执行mInvalidationRunnable任务。
  4. mInvalidationRunnable会在子线程里开启mRefreshRunnable任务，重新查询数据库，并返回数据。

总结：

  1. RoomTrackingLiveData有三个比较重要的任务：mRefreshRunnable、mInvalidationRunnable和mObserver。
  2. mRefreshRunnable主要负责向数据库查询数据，并将结果返回给开发者注册的观察者。
  3. mObserver负责唤醒mInvalidationRunnable。
  4. mInvalidationRunnable任务分两种情况：
    • 当mRefreshRunnable还在运行时，会要求mRefreshRunnable再执行一次数据库查询任务，并按要求将结果上报。（这个逻辑是在mRefreshRunnable里实现的。）
    • 当mRefreshRunnable停止运行时，会在子线程里重新开启mRefreshRunnable任务。

由上可知，room配合livedata使用时，之所以livedata能够自动感知数据库数据变化，是由mObserver、mInvalidationRunnable、mRefreshRunnable三方共同配合的结果。

数据库变化时，是如何通知RoomTrackingLiveData

由上文可以推断出，当数据库发生变化时，是通过mObserver来启动数据库查询任务，并将结果通过
RoomTrackingLiveData#postValue方法传递给订阅者。接下来就要研究一下mObserver的调用链。

   // RoomTrackingLiveData.java
    final Runnable mRefreshRunnable = new Runnable() {
        @WorkerThread
        @Override
        public void run() {
            // 1. 向InvalidationTracker注册一个观察者
            if (mRegisteredObserver.compareAndSet(false, true)) {
                mDatabase.getInvalidationTracker().addWeakObserver(mObserver);
            }
          ....
        }
    };

// InvalidationTracker.java

public void addWeakObserver(Observer observer) {
    // 2
    addObserver(new WeakObserver(this, observer));
}

public void addObserver(@NonNull Observer observer) {
    final String[] tableNames = resolveViews(observer.mTables);    
    int[] tableIds = new int[tableNames.length];     
    final int size = tableNames.length;      
    for (int i = 0; i < size; i++) {         
        Integer tableId = mTableIdLookup.get(tableNames[i].toLowerCase(Locale.US));         
        if (tableId == null) {             
            throw new IllegalArgumentException("There is no table with name " + tableNames[i]);         
        }         
        tableIds[i] = tableId;     
    }     
    ObserverWrapper wrapper = new ObserverWrapper(observer, tableIds, tableNames);     
    ObserverWrapper currentObserver;     
    synchronized (mObserverMap) {  
        // 3       
        currentObserver = mObserverMap.putIfAbsent(observer, wrapper);     
    }     
    if (currentObserver == null && mObservedTableTracker.onAdded(tableIds)) {         
        syncTriggers();     
    }
}
  1. RoomTrackingLiveData创建mObserver对象，并一步步将mObserver进行包装，并存放在InvalidationTracker的mObserverMap中。
  2. 接下来则需要调查源码里在哪些情况下会遍历mObserverMap，并去调用mObserverMap里item的方法。
// InvalidationTracker.java

Runnable mRefreshRunnable = new Runnable() {
    @Override
    public void run() {
        ......
        if (invalidatedTableIds != null && !invalidatedTableIds.isEmpty()) {
            synchronized (mObserverMap) {
                // 1. 遍历了 mObserverMap
                for (Map.Entry<Observer, ObserverWrapper> entry : mObserverMap) {
                    entry.getValue().notifyByTableInvalidStatus(invalidatedTableIds);
                }
            }
        }
    }
    ......
};

public void notifyObserversByTableNames(String... tables) {
    synchronized (mObserverMap) {
        // 2. 遍历了 mObserverMap
        for (Map.Entry<Observer, ObserverWrapper> entry : mObserverMap) {
            if (!entry.getKey().isRemote()) {
                entry.getValue().notifyByTableNames(tables);
            }
        }
    }
}

由源码可知，共有两处遍历了mObserverMap，我们先研究一下mRefreshRunnable的调用链。

/**
 * Enqueues a task to refresh the list of updated tables.
 * <p>
 * This method is automatically called when {@link RoomDatabase#endTransaction()} is called but
 * if you have another connection to the database or directly use {@link
 * SupportSQLiteDatabase}, you may need to call this manually.
 */
public void refreshVersionsAsync() {
    // TODO we should consider doing this sync instead of async.
    if (mPendingRefresh.compareAndSet(false, true)) {
        if (mAutoCloser != null) {
            mAutoCloser.incrementCountAndEnsureDbIsOpen();
        }
        // 启动 mRefreshRunnable 任务
        mDatabase.getQueryExecutor().execute(mRefreshRunnable);
    }
}
  1. 从方法说明上可以看出，当RoomDatabase#endTransaction()被调用时，会启动mRefreshRunnable任务。继续跟踪refreshVersionsAsync的调用链也能发现这点。
  2. 接下来让我们回头研究一下room框架自动为开发者定义的dao类自动生成的xxxDAO_Impl.java。仔细研究一下各个方法的实现会发现，只要涉及到对数据库进行增、删、改的操作，都会调用到__db.endTransaction()。这里的__db就是RoomDatabase的对象。例如：
// PlaybackHistoryRecordDAO_Impl.java

@Override
public int updateHistoryRecord(final int soundType, final String id, final long updateTime) {
  __db.assertNotSuspendingTransaction();
  final SupportSQLiteStatement _stmt = __preparedStmtOfUpdateHistoryRecord.acquire();
  ......
  try {
    final int _result = _stmt.executeUpdateDelete();
    __db.setTransactionSuccessful();
    return _result;
  } finally {
    // 调用了 RoomDatabase#endTransaction()
    __db.endTransaction();
    __preparedStmtOfUpdateHistoryRecord.release(_stmt);
  }
}

@Override
public int deleteAllHistoryRecord(final int soundType) {
  __db.assertNotSuspendingTransaction();
  final SupportSQLiteStatement _stmt = __preparedStmtOfDeleteAllHistoryRecord.acquire();
  ......
  try {
    final int _result = _stmt.executeUpdateDelete();
    __db.setTransactionSuccessful();
    return _result;
  } finally {
    // 调用了 RoomDatabase#endTransaction()
    __db.endTransaction();
    __preparedStmtOfDeleteAllHistoryRecord.release(_stmt);
  }
}

总结：

  1. 数据库的增、删、改操作会调用RoomDatabase#endTransaction()；
  2. RoomDatabase#endTransaction()会调用InvalidationTracker#refreshVersionsAsync();
  3. refreshVersionsAsync()会开启mRefreshRunnable任务。
  4. mRefreshRunnable里会遍历mObserverMap，并挨个调用其item的指定方法。
  5. RoomTrackingLiveData在构造函数里创建了mObserver对象，并将此对象放置于InvalidationTracker的mObserverMap中。且此对象的方法就是用来唤醒RoomTrackingLiveData的mRefreshRunnable任务。还记得这个任务是干嘛的吗？这个任务就是根据RoomTrackingLiveData持有的数据库查询语句向数据库查询数据，并将查询结果上报给开发者指定的Observer。

至此，RoomTrackingLiveData完美实现了数据库发生变化时，会主动将新的数据上报给开发者的功能。
[图片上传失败...(image-e3e348-1678850688570)]

Room是如何通知其他进程的订阅者

如果有两个进程同时关联了同一个数据库，如果一个进程对此数据库的数据进行改变，那么另一个进程的RoomTrackingLiveData依旧能感知到数据变化，这是怎么做到的呢？
还记得上面在调查InvalidationTracker的mObserverMap时，发现有两个方法遍历了这个map吗。其中mRefreshRunnable已经分析过了，接下来分析另一个方法notifyObserversByTableNames。

// InvalidationTracker.java

public void notifyObserversByTableNames(String... tables) {
    synchronized (mObserverMap) {
        //  遍历了 mObserverMap
        for (Map.Entry<Observer, ObserverWrapper> entry : mObserverMap) {
            if (!entry.getKey().isRemote()) {
                entry.getValue().notifyByTableNames(tables);
            }
        }
    }
}

// MultiInstanceInvalidationClient.java

final IMultiInstanceInvalidationCallback mCallback =
        new IMultiInstanceInvalidationCallback.Stub() {
            @Override
            public void onInvalidation(final String[] tables) {
                mExecutor.execute(new Runnable() {
                    @Override
                    public void run() {
                        //1.调用了 nvalidationTracker#notifyObserversByTableNames()
                        mInvalidationTracker.notifyObserversByTableNames(tables);
                    }
                });
            }
        };

final Runnable mSetUpRunnable = new Runnable() {
    @Override
    public void run() {
        try {
            final IMultiInstanceInvalidationService service = mService;
            if (service != null) {
                //2. 向 service 注册 mCallback
                mClientId = service.registerCallback(mCallback, mName);
                mInvalidationTracker.addObserver(mObserver);
            }
        } catch (RemoteException e) {
            Log.w(Room.LOG_TAG, "Cannot register multi-instance invalidation callback", e);
        }
    }
};

final ServiceConnection mServiceConnection = new ServiceConnection() {
    @Override
    public void onServiceConnected(ComponentName name, IBinder service) {
        mService = IMultiInstanceInvalidationService.Stub.asInterface(service);
        // 3. 执行 mSetUpRunnable 任务 
        mExecutor.execute(mSetUpRunnable);
    }

    @Override
    public void onServiceDisconnected(ComponentName name) {
        mExecutor.execute(mRemoveObserverRunnable);
        mService = null;
    }

};
  1. 由上可见，在MultiInstanceInvalidationClient类里绑定了一个service，并向service注册mCallback。这个mCallback会通过InvalidationTracker#notifyObserversByTableNames()通知RoomTrackingLiveData该干活了（查询和上报数据库新值）。

看到IMultiInstanceInvalidationService.Stub可以大胆猜测这里涉及到了跨进程通信。
接下来研究MultiInstanceInvalidationService

// MultiInstanceInvalidationService.java

public class MultiInstanceInvalidationService extends Service {

    int mMaxClientId = 0;

    final HashMap<Integer, String> mClientNames = new HashMap<>();

    // 1. 可以理解成这是一个装载 callBack的集合
    final RemoteCallbackList<IMultiInstanceInvalidationCallback> mCallbackList =
            new RemoteCallbackList<IMultiInstanceInvalidationCallback>() {
                @Override
                public void onCallbackDied(IMultiInstanceInvalidationCallback callback,
                        Object cookie) {
                    mClientNames.remove((int) cookie);
                }
            };

    private final IMultiInstanceInvalidationService.Stub mBinder =
            new IMultiInstanceInvalidationService.Stub() {

                @Override
                public int registerCallback(IMultiInstanceInvalidationCallback callback,
                        String name) {
                    if (name == null) {
                        return 0;
                    }
                    synchronized (mCallbackList) {
                        int clientId = ++mMaxClientId;
                        // 2. 将 callback 放入 mCallbackList 集合中
                        if (mCallbackList.register(callback, clientId)) {
                            mClientNames.put(clientId, name);
                            return clientId;
                        } else {
                            --mMaxClientId;
                            return 0;
                        }
                    }
                }

                @Override
                public void unregisterCallback(IMultiInstanceInvalidationCallback callback,
                        int clientId) {
                    synchronized (mCallbackList) {
                        mCallbackList.unregister(callback);
                        mClientNames.remove(clientId);
                    }
                }

               
                @Override
                public void broadcastInvalidation(int clientId, String[] tables) {
                    synchronized (mCallbackList) {
                        String name = mClientNames.get(clientId);
                        if (name == null) {
                            Log.w(Room.LOG_TAG, "Remote invalidation client ID not registered");
                            return;
                        }
                        int count = mCallbackList.beginBroadcast();
                        try {
                            // 这个for循环，可以理解成取出mCallbackList集合中的所有callBack，
                            // 并调用各自的 onInvalidation方法。
                            for (int i = 0; i < count; i++) {
                                int targetClientId = (int) mCallbackList.getBroadcastCookie(i);
                                String targetName = mClientNames.get(targetClientId);
                                if (clientId == targetClientId // This is the caller itself.
                                        || !name.equals(targetName)) { // Not the same file.
                                    continue;
                                }
                                try {
                                    IMultiInstanceInvalidationCallback callback =
                                            mCallbackList.getBroadcastItem(i);
                                    callback.onInvalidation(tables);
                                } catch (RemoteException e) {
                                    Log.w(Room.LOG_TAG, "Error invoking a remote callback", e);
                                }
                            }
                        } finally {
                            mCallbackList.finishBroadcast();
                        }
                    }
                }
            };

    @Nullable
    @Override
    public IBinder onBind(@NonNull Intent intent) {
        return mBinder;
    }
}
  1. 由以上源码可以推断出这个service主要做了两件事：
    • 在内存中维护一个集合，这个集合装载的是所有client注册的callBack；
    • 在合适的时机调用所有client注册的callBack。这个合适的时机，就是调用broadcastInvalidation（）的时候。

回到MultiInstanceInvalidationClient，回想一下这个client向service注册了个什么玩意。

// MultiInstanceInvalidationClient.java

final Runnable mSetUpRunnable = new Runnable() {
    @Override
    public void run() {
        try {
            final IMultiInstanceInvalidationService service = mService;
            if (service != null) {
                // 1. 向service注册mCallback
                mClientId = service.registerCallback(mCallback, mName);
                mInvalidationTracker.addObserver(mObserver);
            }
        } catch (RemoteException e) {
            Log.w(Room.LOG_TAG, "Cannot register multi-instance invalidation callback", e);
        }
    }
};

final IMultiInstanceInvalidationCallback mCallback =
        new IMultiInstanceInvalidationCallback.Stub() {
            @Override
            public void onInvalidation(final String[] tables) {
                mExecutor.execute(new Runnable() {
                    @Override
                    public void run() {
                        // 2. 这个方法是干什么的来着？
                        //    是拜托InvalidationTracker通知RoomTrackingLiveData该干活了。
                        //    上文有介绍
                        mInvalidationTracker.notifyObserversByTableNames(tables);
                    }
                });
            }
        };

接下来追踪一下MultiInstanceInvalidationService#broadcastInvalidation()

// MultiInstanceInvalidationClient.java

MultiInstanceInvalidationClient(Context context, String name, Intent serviceIntent,
        InvalidationTracker invalidationTracker, Executor executor) {
    ......
    mObserver = new InvalidationTracker.Observer(tableNames.toArray(new String[0])) {
        @Override
        public void onInvalidated(@NonNull Set<String> tables) {
            if (mStopped.get()) {
                return;
            }
            try {
                final IMultiInstanceInvalidationService service = mService;
                if (service != null) {
                    // 1. 调用了MultiInstanceInvalidationService#broadcastInvalidation()
                    service.broadcastInvalidation(mClientId, tables.toArray(new String[0]));
                }
            } catch (RemoteException e) {
                Log.w(Room.LOG_TAG, "Cannot broadcast invalidation", e);
            }
        }

        @Override
        boolean isRemote() {
            return true;
        }
    };
    mAppContext.bindService(serviceIntent, mServiceConnection, Context.BIND_AUTO_CREATE);
}

final Runnable mSetUpRunnable = new Runnable() {
    @Override
    public void run() {
        try {
            final IMultiInstanceInvalidationService service = mService;
            if (service != null) {
                mClientId = service.registerCallback(mCallback, mName);
                // 2. 将mObserver传递给InvalidationTracker
                mInvalidationTracker.addObserver(mObserver);
            }
        } catch (RemoteException e) {
            Log.w(Room.LOG_TAG, "Cannot register multi-instance invalidation callback", e);
        }
    }
};

看了以上2个步骤是不是似曾相识？还记得RoomTrackingLiveData的mObserver对象吗？和这里的套路是一模一样。接下来很明显，InvalidationTracker里面会有一个map来装载这个mObserver。然后会有两个方法去遍历这个map。其中一个Runnable方法会在调用数据库的增删改方法时触发，另一个方法notifyObserversByTableNames会在...会在...???
我不是在研究notifyObserversByTableNames的调用链吗？怎么又绕回来了？

这里理解起来有点绕，先明确一下前提：

  1. 针对不同的进程操作同一个数据库的场景，其实每一个进程都会拥有自己独立的RoomDatabase实例。相应的MultiInstanceInvalidationClient、InvalidationTracker、RoomTrackingLiveData都是相互独立的。
  2. 只有MultiInstanceInvalidationService是共同的实例。而这个共同的实例，是保证不同进程能相互感知到数据库操作的关键。
  3. InvalidationTracker的mRefreshRunnable是在单进程中调用的。
  4. InvalidationTracker的notifyObserversByTableNames是用于跨进程调用的。

下面重新捋一下思路。首先假设现在有两个进程会操作同一个数据库。那么这两个进程都会各自拥有一套自己的独立对象。即都会做一下事情：

  1. 创建RoomTrackingLiveData对象，并将mObserver委托给InvalidationTracker管理。
  2. RoomTrackingLiveData里的mRefreshRunnable会在被唤醒时重新查询数据库，并上报结果。
  3. 创建MultiInstanceInvalidationClient对象，并与唯一的MultiInstanceInvalidationService进行绑定，并将callBack委托给service管理。
  4. callBack里会调用InvalidationTracker#notifyObserversByTableNames()。
  5. MultiInstanceInvalidationClient对象将mObserver委托给InvalidationTracker管理。
  6. MultiInstanceInvalidationClient的mObserver会通知所有与MultiInstanceInvalidationService进行绑定的MultiInstanceInvalidationClient，告知它们数据库有变化。

针对进程1，我们重点关注3、4、5、6。针对进程2，我们重点关注1、2。现在开始发车：

  1. 当前用户在进程1操作了数据库的修改操作，那么就会触发进程1的RoomDatabase#endTransaction(),
    进而触发了InvalidationTracker#mRefreshRunnable 任务，遍历InvalidationTracker#mObserverMap（在上一节有相关介绍）。此mObserverMap里存在一个MultiInstanceInvalidationClient添加进来的mObserver（上面第5点有提到）。
  2. 进程1的MultiInstanceInvalidationClient的mObserver会调用MultiInstanceInvalidationService#broadcastInvalidation()。
  3. MultiInstanceInvalidationService会遍历和执行所有MultiInstanceInvalidationClient注册的callback。这其中的一个callback就是进程2的MultiInstanceInvalidationClient注册的（上面第5点有提到）。
  4. 进程2的callback会调用进程2的InvalidationTracker#notifyObserversByTableNames()。再回忆一下这个notifyObserversByTableNames()是干嘛的？没错，就是我们研究的第二个遍历InvalidationTracker的mObserverMap的方法。
  5. 既然进程2已经遍历了mObserverMap，那么势必会让进程2的RoomTrackingLiveData干活（查询数据库，上报新数据）。

至此，room框架完成了一次完美的跨进程通讯。
[图片上传失败...(image-8769a-1678850688570)]

要想当前的RoomDataBase具有跨进程通讯的能力，需要在构建databaseBuilder的时候调用enableMultiInstanceInvalidation()。例如：

Room.databaseBuilder(
   GlobalContext.getGlobalApplication(),
  AppDatabase::class.java,
 DB_NAME
)
   .enableMultiInstanceInvalidation()
 .build()

从源码来看，RoomDataBase正是通过此方法来间接创建MultiInstanceInvalidationClient对象，并与MultiInstanceInvalidationService建立绑定关系。

最后编辑于 ：
©著作权归作者所有,转载或内容合作请联系作者
平台声明：文章内容（如有图片或视频亦包括在内）由作者上传并发布，文章内容仅代表作者本人观点，简书系信息发布平台，仅提供信息存储服务。

推荐阅读更多精彩内容