Firebase读写规则设为false后用户注册失败，如何配置权限？

我明白你的困扰——教程里图省事把规则全开确实太不安全，改回默认后又卡壳在数据写入上，这很常见。咱们一步步来解决：

首先得明确：createUserWithEmailAndPassword这个注册用户的操作本身不需要Realtime Database的权限，它属于Firebase Auth的范畴，默认就能正常工作。你遇到的Permission Denied其实是来自后面把用户数据写入Database的步骤。

下面给你两种安全且实用的规则配置方案，按需选择：

方案1：仅允许已认证用户读写自己的数据（推荐） #

这是最基础的安全配置，既能保证数据不被陌生人篡改，又能满足正常的用户数据存储需求。把你的Firebase Realtime Database规则改成这样：

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

规则解释： #

• auth代表当前已通过Firebase Auth认证的用户，未认证时auth为null
• $uid是一个通配符，匹配users节点下的任意用户ID
• 只有当当前用户的ID和节点的$uid完全匹配时，才允许读写该节点的数据

这样配置后，你的注册代码就能正常工作了——因为你在createUserWithEmailAndPassword的成功回调里，用当前用户的uid作为节点路径写入数据，完全符合规则要求。

方案2：允许已认证用户读写所有用户数据（适合特定场景） #

如果你的业务需要让已认证用户访问其他用户的公开数据，可以用这个更宽松但依然安全的规则：

{
  "rules": {
    ".read": "auth != null",
    ".write": "auth != null"
  }
}

这个规则要求用户必须先通过Auth认证，才能读写数据库的任何数据，比全开放的true安全得多，但不如方案1精细。

额外提醒： #

• 永远不要把规则设为".read": true, ".write": true，这相当于把你的数据库完全暴露在公网上，任何人都能删改所有数据
• 如果你需要更复杂的权限控制（比如管理员权限），可以在规则里结合数据库中的角色字段进行判断

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