如何通过Firebase实时数据库安全规则实现数据过期2小时后禁读或删除？

核心前提说明 #

• Firebase安全规则本身不具备后台定时执行能力，无法在节点达到2小时过期阈值时主动触发自动删除动作，所有规则判断仅在客户端发起读写请求的瞬间执行。
• 你可以通过规则实现完全禁止用户读取过期子节点的效果，达到和删除等价的用户侧可见性。

禁止读取过期节点的规则正确写法 #

首先明确规则内置的两个基础变量：

• now：服务端当前的毫秒级Unix时间戳，和你存储的time字段单位完全一致，无需额外换算
• 2小时对应的毫秒数固定为7200000（26060*1000）

你之前的初步逻辑存在两个方向偏差：

1. 判断逻辑颠倒：允许读取的条件应该是节点还没到过期时间，而不是过了过期时间
2. 规则作用层级错误：读权限必须下沉到动态子节点层配置，父节点不能开全局读权限，否则子节点的限制不会生效

结合你贴的实时数据库结构，参考配置如下：

{
  "rules": {
    // 替换为你实际存储带时间戳节点的父路径
    "your_parent_node_path": {
      // 匹配该路径下所有动态生成的子节点
      "$any_child_id": {
        // 读权限规则：当前时间减去2小时的阈值 <= 节点存储的time值时，才允许读取
        ".read": "auth != null && (now - 7200000) <= data.child('time').val()",
        // 可选：写入校验，禁止用户把time值改成不合理的未来时间
        ".write": "auth != null && (!data.exists() || newData.child('time').val() < (now + 60000))"
      }
    }
  }
}

规则生效逻辑验证（以你举的时间戳为例）：

• 节点time值为1619290800000（对应GMT19:00生成）
• 当时间走到GMT21:00时，服务端now值为1619290800000 + 7200000 = 1619291520000
• 此时判断条件(1619291520000 - 7200000) <= 1619290800000刚好相等，允许最后一次读取
• 时间越过GMT21:00后，判断条件变为不成立，所有用户的读请求都会被规则拦截，无法获取该节点数据

常见配置踩坑提醒 #

• 绝对不能在父节点层级配置.read: true类的全局放开规则：Firebase的权限继承逻辑是只要上层路径授予了读权限，下层子节点的读限制不会生效
• 不要把读规则配置在time字段的路径下：字段级规则无法拦截已经从上层继承的读权限
• 规则无法拦截用户本地离线缓存的内容：如果用户在节点未过期时已经把数据读到本地，离线状态下依然可以查看缓存内容，联网后规则才会拦截对过期节点的新读请求

关于自动删除过期节点的补充 #

如果确实需要把过期节点从数据库物理删除，无法仅靠安全规则实现，需要搭配定时触发的服务端任务（比如官方云函数定时触发器），定期扫描目标路径，批量删除满足time < now - 7200000的冗余节点。如果不做物理删除，靠读限制拦截也不会影响用户侧体验，只是会持续占用数据库存储空间。

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