如何基于Realtime Database内部数据配置全局拒绝所有写入规则？

核心结论 #

直接用根节点的 .validate 规则做维护状态判断行不通——因为 .validate 只有在 .write 规则允许写入的前提下才会执行。如果你的根节点 .write 已经设为 false，不管 validate 怎么写，所有写入请求都会直接被拒绝，根本轮不到验证逻辑生效。

正确实现步骤 #

要基于 config/downForMaint 的布尔值拦截全库写入，应该修改根节点的 .write 规则，把维护状态作为写入权限的判断条件：

{
  "rules": {
    ".write": "!root.child('config/downForMaint').val()",
    // 如果你原本有其他写入条件（比如用户认证），可以合并：
    // ".write": "auth != null && !root.child('config/downForMaint').val()",
    
    ".read": true, // 根据实际需求调整读权限
    "config": {
      "downForMaint": {
        // 仅开放给管理员修改维护状态
        ".write": "auth != null && auth.uid === '你的管理员UID'"
      }
    }
  }
}

为什么不能用 .validate？ #

Firebase 规则的执行顺序是：先检查 .write（或 .read）权限，只有权限通过后，才会执行 .validate 规则验证数据格式/内容。如果根节点 .write 是 false，所有写入请求第一步就被挡回去了，.validate 根本不会触发，自然无法根据维护状态动态控制权限。

额外注意点 #

• 务必限制 config/downForMaint 节点的写入权限，只开放给可信管理员，避免普通用户随意修改维护状态。
• 如果部分子节点需要在维护期间仍允许写入（比如日志节点），可以给这些子节点单独设置 .write 规则，覆盖根节点的限制：

  "logs": {
    ".write": "auth != null" // 忽略维护状态，允许授权用户写入日志
  }
  

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