咨询Firebase是否支持时区timestamp以替代Firestore每日重置字段方案

Firebase完全支持这种基于时区的时间校验方案，相比之前的定时批量重置字段，这种方式扩展性更强，无需每日遍历所有用户文档。具体实现思路如下：

1. 存储用户使用时间戳 #

当用户触发功能使用时，直接在其Firestore文档中写入当前UTC时间戳（Firestore原生的Timestamp类型），比如新增字段lastUsedAt：

// 前端或云函数中写入示例
await db.collection('users').doc(userId).update({
  lastUsedAt: firebase.firestore.Timestamp.now()
});

Firestore的Timestamp本身是UTC时区的，但后续可以通过时区转换工具将其转换为Europe/London时区的日期。

2. 校验是否为同一天 #

不管是在前端、云函数还是Firestore安全规则中，都可以通过将存储的时间戳与当前时间转换为Europe/London时区的日期，对比年、月、日是否一致来判断是否当天已使用。

方式一：Firestore安全规则（推荐，防篡改） #

直接在安全规则中完成校验，确保只有当天未使用过功能的用户才能更新时间戳：

rules_version = '2';
service cloud.firestore {
  match /databases/{database}/documents {
    match /users/{userId} {
      allow update: if request.resource.data.lastUsedAt != null && 
        // 将当前请求时间和待写入的lastUsedAt转换为Europe/London时区
        date(request.time).inTimeZone('Europe/London').year != date(request.resource.data.lastUsedAt).inTimeZone('Europe/London').year ||
        date(request.time).inTimeZone('Europe/London').month != date(request.resource.data.lastUsedAt).inTimeZone('Europe/London').month ||
        date(request.time).inTimeZone('Europe/London').day != date(request.resource.data.lastUsedAt).inTimeZone('Europe/London').day;
    }
  }
}

规则中通过date().inTimeZone('Europe/London')将UTC时间转换为伦敦时区，然后分别对比年、月、日，只要有一个维度不同，就允许更新（即可以使用功能）。

方式二：云函数校验 #

如果需要更复杂的业务逻辑，可以在云函数中处理：

const functions = require('firebase-functions');
const admin = require('firebase-admin');
admin.initializeApp();

exports.checkFeatureUsage = functions.https.onCall(async (data, context) => {
  const userId = context.auth.uid;
  const userDoc = await admin.firestore().collection('users').doc(userId).get();
  
  if (!userDoc.exists) {
    return { allowed: true }; // 新用户直接允许
  }

  const lastUsedAt = userDoc.data().lastUsedAt;
  if (!lastUsedAt) {
    return { allowed: true };
  }

  // 转换为Europe/London时区的日期
  const londonTimeZone = 'Europe/London';
  const lastUsedDate = new Date(lastUsedAt.toDate()).toLocaleDateString('en-GB', {
    timeZone: londonTimeZone,
    year: 'numeric',
    month: '2-digit',
    day: '2-digit'
  });
  const currentDate = new Date().toLocaleDateString('en-GB', {
    timeZone: londonTimeZone,
    year: 'numeric',
    month: '2-digit',
    day: '2-digit'
  });

  const allowed = lastUsedDate !== currentDate;
  if (allowed) {
    // 更新时间戳
    await admin.firestore().collection('users').doc(userId).update({
      lastUsedAt: admin.firestore.Timestamp.now()
    });
  }

  return { allowed };
});

3. 方案优势 #

• 无需每日批量写操作：彻底避免了定时遍历所有用户文档的性能瓶颈，用户规模扩大后也不会有压力
• 时区精准：通过官方支持的时区转换能力，确保伦敦时区的日期判断准确
• 安全性高：安全规则校验可以防止前端篡改请求，云函数校验则适合复杂业务场景

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