Cloud Functions执行后延迟3分钟更新Firestore问题排查

当前实现完全违背Cloud Functions执行模型，是3分钟延迟更新的核心原因：

• Cloud Functions是事件驱动的无服务器短时计算服务，同步逻辑执行完成后运行环境会立刻进入冻结状态，代码中注册的setInterval回调不会按1秒间隔正常执行，只会被积压到函数超时、环境被回收前才会触发，你观测到的3分钟延迟刚好匹配当前函数配置的超时阈值。
• 函数没有返回任何Promise，Cloud Functions无法感知存在未完成的异步数据库操作，同步代码跑完就会判定函数执行完成，直接进入冻结流程。
• setInterval轮询等待倒计时的实现逻辑本身不可靠且成本极高：如果倒计时时长达到数小时甚至数天，函数持续占用运行资源会产生巨额账单，且中途如果实例被回收、触发冷启动调度，倒计时逻辑会直接丢失。

禁止在Firestore onCreate触发的函数中做常驻轮询等待，正式场景请使用延迟任务调度实现倒计时触发逻辑：

1. 目标文档创建时，计算当前时间到endDate的剩余延迟时长
2. 向Cloud Tasks投递对应延迟时长的任务，指定到点后触发更新目标文档isActive状态的逻辑
3. 函数投递完任务立刻返回，无需常驻等待，到点后Cloud Tasks会自动触发更新，可靠性和时间精度远高于自定义轮询。

如果仅做本地快速验证、且倒计时时长不超过Cloud Functions最大超时限制（最长9分钟），可按如下方式修正代码，注意必须返回Promise让Cloud Functions知晓异步执行进度，同时去掉无意义的每秒轮询：

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

exports.timecontroller = functions.firestore.document("DigitalTargets/{digitalTargetID}").onCreate(async (snap, context) => {
    const id = snap.id;
    const endDate = snap.data().endDate.toDate();
    const countDownTime = endDate.getTime();
    const currentTime = Date.now();
    const delay = countDownTime - currentTime;

    // 倒计时已结束直接更新状态
    if (delay <= 0) {
        return db.collection("DigitalTargets").doc(id).update({ isActive: false });
    }

    // 等待倒计时结束后更新，仅适用于delay小于函数超时阈值的测试场景
    await new Promise(resolve => setTimeout(resolve, delay));
    return db.collection("DigitalTargets").doc(id).update({ isActive: false });
});

提示：上述修正写法仅适用于短时间测试，生产环境必须替换为Cloud Tasks延迟调度方案，否则倒计时时长超过函数超时限制时逻辑会直接失效。

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