Flutter与Firestore：无法指定字段获取数据时的安全解决方案

为什么Firebase不提供指定字段获取的功能？ #

Firestore的设计核心是以文档为最小读写单元，主要原因有三点：

• 简化权限规则：如果支持字段级读取，规则逻辑会变得异常复杂，需要处理不同字段的权限组合，大幅增加维护成本。
• 性能优化：文档级读写能保证数据一致性，减少部分字段读取带来的额外计算和带宽开销。
• 架构一致性：NoSQL数据库的设计思路是根据访问模式拆分数据，而非在单个文档内做字段级权限控制。

如何处理客户端读取敏感字段的安全风险？ #

多数开发者会采用以下几种方案：

1. 拆分数据（最常用） #

将公开字段和敏感字段分开存储，这是贴合Firestore设计思想的最优解，有两种常见实现方式：

• 子集合存储敏感数据：比如主文档users/{userId}存公开信息（昵称、头像），在该文档下创建子集合private，里面放一个文档存储敏感数据（手机号、邮箱）。通过安全规则限制只有userId对应的用户能访问users/{userId}/private/{docId}。
• 独立集合关联存储：创建两个集合，users存公开信息，user_private存敏感数据，两个集合用相同的文档ID关联。安全规则控制用户只能访问user_private/{request.auth.uid}的文档。

两种方式的选择：子集合适合敏感数据和主文档强绑定的场景；独立集合更适合需要单独查询敏感数据或跨集合关联的场景。

2. 安全规则过滤字段 #

在Firestore安全规则中明确指定允许读取的字段，拒绝敏感字段的访问。示例规则：

match /users/{userId} {
  allow read: if request.auth != null && request.auth.uid == userId
              && request.resource.data.keys().hasOnly(['nickname', 'avatar']);
}

注意：这种方式只是在服务端过滤字段，客户端仍会请求整个文档，存在不必要的带宽浪费，因此更适合作为兜底方案，而非首选。

3. 云函数中转数据 #

如果需要复杂的字段筛选逻辑，可以通过Cloud Functions编写接口，客户端调用云函数，由云函数从Firestore获取指定字段后返回给客户端。这种方式完全控制返回数据，但会增加开发复杂度和服务器成本，仅适合特殊场景。

给新手的建议 #

• 优先选择数据拆分，这是Firestore NoSQL设计的核心思路，能从根源上避免敏感字段暴露的风险。
• 配合安全规则严格控制访问权限，确保只有授权用户能访问敏感数据。
• 尽量避免使用云函数，除非场景特殊，数据拆分的方案更直接高效，也更符合Firebase的使用习惯。

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