Firebase规则permission_denied异常排查与规则修正咨询

问题回顾 #

你遇到的核心问题是：

• 启用第一种Firebase规则时，从vc1跳转至vc2后持续出现failed: permission_denied错误；
• 切换为全局允许登录用户读写的规则后，vc2可正常访问数据库；
• 改回第一种规则，返回vc1再跳转vc2又能正常访问，但删除APP重启后异常会重复出现；
• 你希望保留第一种规则以保护users节点的数据安全，因此需要定位异常原因并修正规则问题。

核心问题拆解 #

1. 规则配置的逻辑缺陷与权限冲突 #

先看你的第一种规则：

{ 
  "rules": { 
    "sneakers": { 
      ".read": "auth != null || auth.uid === null", 
      ".write": "auth.uid != null" 
    }, 
    "users": { 
      "$uid": { 
        ".read": "$uid === auth.uid", 
        ".write": "$uid === auth.uid" 
      } 
    } 
  } 
}

这里存在两个关键问题：

• sneakers的.read规则逻辑冗余无效：auth != null和auth.uid === null是互斥条件——当auth != null时，auth.uid必然存在（不可能为null），所以这个条件等价于仅允许已登录用户读取sneakers。如果你想允许未登录用户也能访问sneakers，正确写法应该是.read: true（允许所有人）或者.read: "auth == null || auth.uid != null"（逻辑更清晰）。
• 未配置规则的节点触发权限拦截：你的数据库结构中还有jackets节点，但规则里没有为它配置任何读写权限。Firebase实时数据库的默认规则是拒绝所有未配置节点的读写请求。而你的vc2代码中读取的是整个数据库根节点，这意味着Firebase会尝试读取sneakers、users、jackets所有子节点，只要其中任何一个节点权限不满足，整个读取操作就会返回permission_denied。

2. 代码逻辑的不合理性 #

你的vc2代码直接读取数据库根节点：

root?.observeSingleEvent(of: .value, with: { (snapshot) in
    if snapshot.hasChild("sneakers/nike"){
        // ...
    }
})

这种做法既低效又容易触发权限问题：

• 你只需要检查sneakers/nike是否存在，却读取了整个数据库的所有数据，包括敏感的users节点；
• 读取根节点需要你对所有子节点都拥有对应的读取权限，只要有一个节点权限不满足，整个请求就会失败。

3. 缓存导致的“伪正常”现象 #

当你改回第一种规则后，返回vc1再跳转vc2能正常访问，这是因为Firebase实时数据库会缓存之前成功读取的数据（当你使用全局规则时，已经成功读取过根节点数据）。第二次跳转时，APP直接读取本地缓存，没有发起新的网络请求，所以不会触发权限检查。但删除APP重启后，缓存被清空，再次发起网络请求就会触发权限检查，错误重现。

解决方案 #

1. 修正Firebase规则 #

根据你的需求（保护users节点，允许合适用户访问sneakers），调整规则如下：

{ 
  "rules": { 
    "sneakers": { 
      // 允许所有用户（登录/未登录）读取sneakers，可根据需求改为"auth.uid != null"仅允许登录用户
      ".read": true, 
      ".write": "auth.uid != null" 
    }, 
    "users": { 
      "$uid": { 
        ".read": "$uid === auth.uid", 
        ".write": "$uid === auth.uid" 
      } 
    },
    // 为其他节点配置规则，避免默认权限拦截
    "jackets": {
      ".read": true,
      ".write": "auth.uid != null"
    }
  } 
}

2. 优化vc2的读取逻辑 #

不要读取整个根节点，只读取你需要的sneakers/nike节点：

let root = Database.database().reference()
override func viewWillAppear(_ animated: Bool) {
    super.viewWillAppear(animated)
    // 直接读取目标节点，避免权限冲突
    let nikeRef = root.child("sneakers/nike")
    nikeRef.observeSingleEvent(of: .value, with: { (snapshot) in
        if snapshot.exists(){
            // ... 你的业务逻辑
        }
    }) { (error) in
        // 处理权限错误或其他异常
        print("读取失败：\(error.localizedDescription)")
    }
}
override func viewWillDisappear(_ animated: Bool) {
    super.viewWillDisappear(animated)
    root.removeAllObservers()
}

这样做的好处：

• 减少数据传输量，提升性能；
• 仅需要sneakers节点的读取权限，不会触发users或jackets节点的权限检查，从根源上避免权限冲突。

总结 #

你的权限异常本质是读取根节点时触发了未配置权限的节点（如jackets）的权限拦截，加上规则逻辑的冗余，再配合Firebase的缓存机制导致了看似矛盾的现象。通过修正规则和优化读取逻辑，既能解决问题，又能有效保护users节点的安全。

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