You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Firebase Realtime Database规则配置后test、testType节点权限被拒如何解决

问题根源

Firebase Realtime Database 权限规则遵循路径级一次性评估和规则不是过滤器两个核心原则:

  • 权限评估只会检查你当前操作的目标路径的权限,不会向下遍历子节点判断是否存在可用权限
  • 父节点路径如果没有读写权限,哪怕子节点配置了权限,直接操作父节点路径会直接被拒绝,不会自动过滤出有权限的子节点返回

你当前的规则本身没有错误,test和testType节点的权限配置是生效的,报错的原因是你操作的是$testName父节点路径,而非直接操作两个子节点的完整路径。

解决方案

根据你的使用场景二选一即可:

场景1:仅需要操作test、testType两个子节点

直接修改你业务代码中的操作路径,改为直接访问子节点的完整路径即可,示例:

// 错误写法:直接操作$testName父节点
const parentRef = firebase.database().ref(`game/${你的gamerid}/${你的testName}`)
parentRef.once('value') // 直接返回permission denied

// 正确写法:单独访问两个有权限的子节点
const testRef = firebase.database().ref(`game/${你的gamerid}/${你的testName}/test`)
const testTypeRef = firebase.database().ref(`game/${你的gamerid}/${你的testName}/testType`)
testRef.once('value') // 正常返回数据
testTypeRef.once('value') // 正常返回数据

场景2:需要一次性获取$testName下所有有权限的子节点

需要给$testName节点补充读权限规则,配合带约束的查询使用,修改后的规则如下:

"game": { 
      "$gamerid": {
        "$testName": {
            // 新增读权限约束:仅当查询指定只返回test、testType两个节点时允许读
            ".read": "query.orderByKey && query.startAt === 'test' && query.endAt === 'testType'",
            ".write": false,
            
            "test": {
            ".read": true,
            ".write": true,
            },
            "testType": {
            ".read": true, 
            ".write": true,
            },
        }   
      }
    },

业务代码中需要配合带参数的查询使用:

const parentRef = firebase.database().ref(`game/${你的gamerid}/${你的testName}`)
// 查询时指定按key排序,只返回test到testType之间的节点
parentRef.orderByKey().startAt('test').endAt('testType').once('value')

内容的提问来源于stack exchange,提问作者Kyu-Ho Hwang

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.09.29 16:39:01