为何在仅内容所有者访问的安全规则中检查request.auth != null？

先看官方给出的仅内容所有者访问的安全规则示例：

service cloud.firestore {
  match /databases/{database}/documents {
    // Allow only authenticated content owners access
    match /some_collection/{userId}/{documents=**} {
      allow read, write: if request.auth != null && request.auth.uid == userId
    }
  }
}

不少人会疑惑：既然request.auth.uid == userId的判断逻辑里，只有request.auth不为空时才能正常访问uid属性，否则判断会直接失败，为什么还要额外加request.auth != null的检查？

原因主要有三点：

• 规避潜在运行时异常：在Firebase规则引擎的早期版本中，直接访问null对象的属性可能触发异常，导致规则判断流程异常终止，而非返回预期的"拒绝"结果。提前显式检查null能避免这类意外问题。
• 提升规则可读性：显式写出request.auth != null，能让其他维护规则的开发者一眼就明确这条规则的前置条件是用户必须已完成认证，无需通过逻辑推导才能理解，降低了规则的理解成本。
• 遵循严谨的安全实践：Firebase官方文档的示例偏好显式声明所有前置条件，这种写法更严谨。后续如果修改规则逻辑，比如调整判断顺序或添加其他条件，显式的null检查能有效防止因隐含逻辑被忽略而引入安全漏洞。

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