使用AngularFire在Firestore中列出文档子集合及获取所有钱包交易

刚好之前做过类似的Firebase + Angular开发需求，给你详细说下这两个场景的实现方法：

Firestore本身并没有直接暴露获取单个文档子集合列表的AngularFire封装方法，但我们可以通过AngularFire拿到Firestore的原生文档引用，再调用底层SDK的方法来实现。

具体代码示例如下：

import { AngularFirestore } from '@angular/fire/compat/firestore';

constructor(private afs: AngularFirestore) {}

// 传入指定钱包的ID，返回该钱包下所有子集合的名称列表
async getWalletSubcollections(walletId: string): Promise<string[]> {
  // 获取目标钱包文档的原生Firestore引用
  const walletDocRef = this.afs.collection('wallets').doc(walletId).ref;
  // 调用底层API列出所有子集合
  const subcollectionRefs = await walletDocRef.listCollections();
  // 提取子集合的ID（也就是你定义的子集合名称，比如transactions）
  return subcollectionRefs.map(col => col.id);
}

⚠️ 注意：这个操作是异步的，因为需要从Firestore服务器拉取子集合元数据，所以要用async/await或者Promise链式调用处理结果。

针对你提到的wallets -> [wallet文档] -> transactions数据结构，有两种常用的实现方式，可根据业务场景选择：

方法一：并行查询所有子集合并合并结果 #

如果钱包数量不多，或者不需要高频查询，这种方法最直接——先获取所有钱包，再并行拉取每个钱包的交易记录，最后合并成一个统一的数组。

代码示例：

import { AngularFirestore } from '@angular/fire/compat/firestore';
import { forkJoin, switchMap } from 'rxjs';
import { map } from 'rxjs/operators';

constructor(private afs: AngularFirestore) {}

getAllTransactions() {
  // 先获取所有钱包文档，同时把文档ID作为walletId字段返回
  return this.afs.collection('wallets').valueChanges({ idField: 'walletId' }).pipe(
    // 基于钱包列表生成每个钱包的交易查询Observable
    map(wallets => {
      const transactionQueries = wallets.map(wallet => 
        this.afs.collection(`wallets/${wallet.walletId}/transactions`)
          .valueChanges({ idField: 'transactionId' })
      );
      // 并行执行所有交易查询，然后合并结果
      return forkJoin(transactionQueries).pipe(
        map(transactionsGroups => {
          // 把二维数组扁平化，同时给每条交易加上所属钱包ID
          return transactionsGroups.flatMap((transactions, index) => 
            transactions.map(transaction => ({
              ...transaction,
              walletId: wallets[index].walletId
            }))
          );
        })
      );
    }),
    // 切换到合并后的交易Observable
    switchMap(combined$ => combined$)
  );
}

使用时，在组件里订阅这个方法返回的Observable，就能拿到所有交易的合集了。

方法二：反规范化数据（推荐高频查询场景） #

如果系统需要频繁查询所有交易，方法一的并行查询可能会因为钱包数量过多导致性能下降，甚至触发Firestore的请求限制。这时候建议用反规范化的思路：

在Firestore中单独创建一个allTransactions集合，每次向某个钱包的transactions子集合写入交易时，同时把这条交易也写入allTransactions集合（可以在前端代码里同时写，或者用Cloud Functions自动同步）。

这样查询所有交易就变得异常简单：

getAllTransactions() {
  return this.afs.collection('allTransactions').valueChanges({ idField: 'transactionId' });
}

👉 优缺点说明：

• 优点：查询速度快，代码极简，避免了多请求合并的复杂度
• 缺点：需要维护两份数据，要确保写入时的一致性（比如用事务或者Cloud Functions做同步，避免数据不一致）

内容的提问来源于stack exchange，提问作者Иван Стоцкий