array.prototype.every() 返回布尔值，天然适配“全通过才放行”的权限校验；支持短路求值、零额外开销、链式嵌套、否定校验，但需防范空数组误判及undefined异常。
Array.prototype.every() 本身返回布尔值，天然适配权限校验的“全通过才放行”语义；配合原始布尔运算（如 &&、!）可避免中间数组生成、短路求值、零额外开销，是多维权限校验中轻量又可靠的组合。
用 every() 替代 for 循环 + 标志位
传统写法需手动维护 allowed = true 和 break 逻辑，易出错且不函数式。every() 内置短路：只要一个回调返回 false，立刻终止遍历并返回 false。
例如校验用户对多个资源的操作权限：
const permissions = [
{ resource: 'post', action: 'read' },
{ resource: 'comment', action: 'delete' },
{ resource: 'user', action: 'update' }
];
const hasPermission = (user, perms) =>
perms.every(p =>
user.roles.some(role =>
role.permissions.some(perm =>
perm.resource === p.resource && perm.action === p.action
)
)
);
// ✅ 任一权限缺失，立即返回 false，不继续查后续
嵌套 every() 处理层级化权限结构
当权限按模块 → 功能 → 操作三级组织时，可用链式 every() 表达“每个模块中每个功能的每个操作都必须存在”：
例如：user.modules.every(m => m.features.every(f => f.actions.every(a => hasAction(a))))
这种写法无临时数组、无 reduce 堆栈、不创建新对象，纯靠原生方法逐层下探，性能接近手写 for 循环，但更简洁可读。
结合 !every() 实现“至少一个不满足”的否定校验
某些场景需判断“是否被明确禁止”，比如黑名单模式：
用 !permissions.every(p => !isForbidden(p)) 等价于 permissions.some(isForbidden)，但若已有 every 链路，直接取反比切换为 some 更连贯，且仍保持短路特性。
注意：避免写成 permissions.every(p => !isForbidden(p)) === false，应直接用 !permissions.every(...)，语义清晰、少一次比较。
避免常见陷阱：空数组与 undefined 安全
every() 对空数组默认返回 true（逻辑上“所有零个元素都满足条件”成立），这在权限列表为空时可能造成误放行。务必前置校验：
- 显式检查
perms.length > 0，再调用 every() - 回调中对
user、user.roles等做防御性判断，如user?.roles?.length，或用可选链 + 空值合并：user?.roles?.some(...) ?? false - 避免在回调里抛异常——every() 不捕获错误，会中断并抛出，应转为返回
false
