如何快速定位App执行Firestore写操作时大量读取的触发源？

以下几个方法可以帮你不用逐行排查全量代码，快速找到触发16次读取的原因：

• 利用Firebase控制台监控
  打开Firebase控制台的Firestore模块，进入「使用情况」或「监控」页面，这里能看到所有Firestore请求的明细：包括读取请求的文档路径、触发时间、客户端标识。筛选出你执行写入操作前后的读取记录，对比路径就能明确是哪些文档被读取，大概率是实时监听触发的同步。

• 开启Firestore调试日志
  在代码里开启Firestore的详细日志，能直接看到每一次操作的调用栈。在初始化Firestore前添加：

  FirebaseFirestore.instance.settings = Settings(logLevel: LogLevel.debug);
  

  执行写入后查看控制台，所有带「GET」标记的请求都会显示触发代码的位置，直接定位到读取的源头。

• 检查实时监听逻辑
  额外读取最常见的原因是实时快照监听：如果你的App给groups集合或关联集合（比如groups_UID）加了snapshots()监听，当你写入新群组文档时，监听会自动触发同步读取。检查代码里所有addSnapshotListener或stream.listen的调用，看看有没有监听相关集合，这类监听可能因集合更新多次触发读取（比如批量加载集合文档）。

• 排查关联的读取操作
  确认你代码里的getUsernameFS()内部是否包含Firestore读取；另外检查App启动或页面加载时，有没有自动加载群组列表、用户数据等逻辑，这些可能因写入操作导致缓存失效或实时更新，触发多次读取。

附相关代码 #

void createGroupFS(String groupName) async {
    final String timestamp = DateTime.now().millisecondsSinceEpoch.toString();
    final currentUID = getUID();
    final currentUsername = await getUsernameFS();

    //Create Firestore records, one for the groups collection and one for the groups_UID collection
    FirebaseFirestore firestore = FirebaseFirestore.instance;
    CollectionReference groupsCollection = firestore.collection('groups');
    final docRef = groupsCollection.doc();

    await docRef.set({
      'adminUID': currentUID,
      'adminUsername': currentUsername,
      'createDate': timestamp,
      'groupID': docRef.id,
      'groupName': groupName,
    }).then((value) => print('##MyApp## database createGroupFS groups record added'))
    .catchError((error) => print('##MyApp## database createGroupFS ERROR: ' + error.toString()));
  }

内容的提问来源于stack exchange，提问作者whatwhatwhat