Firebase Realtime Database配置规则后已认证用户无法写入数据问询

1. 验证用户认证状态有效性 #

• 执行写入操作前确认用户已完成Firebase Auth认证，打印auth.currentUser.uid确认值不为空。未登录的匿名用户会直接被auth.uid == $uid规则拦截。
• 确保写入逻辑在onAuthStateChanged回调返回有效用户对象后执行，避免登录状态未初始化完成就发起写请求。

2. 校验写入路径与规则的匹配性 #

你当前配置的规则仅允许用户写入some_path/[当前用户uid]/层级的路径，写入路径不符合结构会直接被拦截：

• 错误路径示例：some_path/（未携带uid层级）、some_path/其他用户的uid/（uid和登录用户不匹配）
• 正确写入代码示例（Web端）：

import { getAuth } from "firebase/auth";
import { getDatabase, ref, set } from "firebase/database";

const auth = getAuth();
const db = getDatabase();
// 写入路径必须匹配规则中的 some_path/$uid 结构
const userDataRef = ref(db, `some_path/${auth.currentUser.uid}/userInfo`);
set(userDataRef, {
  username: "test",
  createdAt: Date.now()
});

如果你的业务数据不需要以uid为父节点存储，而是每个业务节点携带所有者uid字段，可以调整规则适配业务结构：

{
  "rules": {
    "some_path": {
      ".read": true,
      "$dataId": {
        // 已认证用户可新增数据，仅所有者可修改/删除自己的数据
        ".write": "auth != null && ( !data.exists() || auth.uid == data.child('ownerUid').val() )"
      }
    }
  }
}

3. 修正规则语法错误 #

你提供的规则示例缺少末尾的闭合大括号，完整的合法规则如下：

{
  "rules": {
    "some_path": {
      "$uid": {
        ".read": true,
        ".write": "auth.uid == $uid"
      }
    }
  }
}

可直接将规则粘贴到Firebase控制台规则编辑器中，利用自带的语法检测能力修正所有报错后再发布规则。

4. 使用规则操场快速定位问题 #

打开Firebase Realtime Database控制台的「规则」标签，使用内置的规则操场功能：

• 选择写入操作，填入模拟的已登录用户uid
• 输入你实际要写入的完整路径
• 点击运行即可看到规则校验结果，以及具体是哪条规则拦截了请求，无需反复发布规则测试。

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