firestore 中按文档 id 直接获取（`collection.doc(id).get()`）与通过字段查询（`collection.where('id', '==', id).get()`）在理论性能上无差异，二者均基于索引、时间复杂度均为 o(1)，实际耗时差异可忽略，优化重点应放在代码可读性与语义清晰度上。
在 Firestore 中，通过文档 ID 直接获取是推荐且更优的实践，但这并非因为其“更快”，而是因其设计语义更精准、实现更高效、维护性更强。
从底层机制看：
- collection.doc(id).get() 是 单点精确查找，Firestore 内部直接定位到对应文档的物理存储位置，无需扫描索引或执行查询计划，本质上是一次键值查表（key-lookup）。
- collection.where('id', '==', id).get() 是一个 等值查询，即使结果仅返回 1 个文档，Firestore 仍需：
- 检查该字段是否存在单字段索引（若未手动创建，可能触发缺失索引警告）；
- 执行索引扫描（尽管极快，但多一层抽象）；
- 将查询结果封装为 QuerySnapshot，需额外解析 docs 数组并取 [0] —— 即使你确信只有一条结果。
✅ 正确用法示例：
// ✅ 推荐：语义明确、简洁、零额外开销
const docRef = firestore.collection('users').doc('user_123');
docRef.get().then((snap) => {
if (snap.exists) {
console.log('Data:', snap.data());
}
});
// ❌ 不推荐：冗余查询、隐含索引依赖、结果结构更复杂
firestore.collection('users')
.where('id', '==', 'user_123')
.get()
.then((snapshot) => {
const doc = snapshot.docs[0]; // 需手动取数组首项，且 snapshot.empty 可能为 true
if (doc) console.log('Data:', doc.data());
});⚠️ 注意事项：
- 若你已在文档中冗余存储了 id 字段（如 { id: 'user_123', name: 'Alice' }），这属于数据建模冗余，不仅浪费存储与写入成本，还增加一致性风险（ID 变更时需同步更新字段）。Firestore 文档 ID 本身已是唯一、稳定、不可变的标识符，不应在数据体中重复保存。
- 性能实测中微秒级差异（通常 < 5ms）受网络抖动、客户端环境、服务端负载影响远大于查询方式本身，不构成优化依据。
- Firebase 官方文档明确指出：“Retrieving a document by its ID is the most efficient way to fetch a single document.”（Firestore Get a document）
? 总结：
选择 doc(id).get() 不是为了“提速”，而是为了——
? 语义正确：你本就想获取特定 ID 的文档，而非执行一次“恰好返回一条”的查询；
? 代码健壮：避免空数组访问、索引缺失报错、权限规则误配（某些安全规则对 get() 和 list() 权限区分）；
? 符合最佳实践：精简、可读、可维护，让后续开发者一眼理解意图。
因此，请坚定使用 .doc(id).get()，把精力留给真正影响用户体验的优化点：减少读取次数、合理分页、启用离线缓存、优化安全规则复杂度。
