先记住这个答案
every 判断是否找不到不满足条件的元素，空数组没有反例，因此返回 true；some 判断是否能找到一个满足条件的元素，空数组没有例子，因此返回 false。两者在空数组上都不调用回调，这分别对应全称判断的空真和存在判断的不成立。业务若要求至少一条记录且全部合格，应把非空约束与每项条件分别表达。普通稀疏数组的缺失索引通常也会被跳过，所以 length 大于零仍不一定代表有实际记录；需要完整数据时还应校验位置和元素结构。
- every 为真不证明数组非空
- some 为假可能只是没有任何元素
- 记录数量与逐项条件是独立约束
用回调次数排除“默认元素”的误解
下面空数组调用两个方法，结果不同但回调次数都为零。没有任何隐藏元素被判定为合格，也没有把 undefined 自动传给回调；返回值来自扫描没有找到目标时的结束规则。
若回调里同时做日志、校验或副作用，空输入时这些代码不会执行。应把必须执行的输入检查放在遍历之前，而不是依赖回调一定至少运行一次。
let calls = 0;
const predicate = value => { calls++; return value > 0; };
console.log([].every(predicate));
console.log([].some(predicate));
console.log(calls);
const isNonemptyPositiveList = values => values.length > 0 && values.every(value => value > 0);
console.log(isNonemptyPositiveList([]), isNonemptyPositiveList([1, 2]));查看输出与解释
true
false
0
false true最后的辅助函数针对普通密集数字数组，把至少一项写成独立条件。它不宣称能验证任意稀疏或外部未知输入，数据形状校验仍应按接口契约执行。
表单规则需要区分空配置和全部通过
例如要求用户至少选择一个配送地址，并且所选地址都有效。只写 selected.every(isValid) 会让空选择通过，因为它只表达第二个条件；应明确选择数量与逐项有效性的组合。
另一方面，可选筛选条件为空时允许所有记录通过，every 的空真可能正好符合需求。关键是先用自然语言写出业务规则，再映射成全称或存在判断，避免把所有空输入一律视为错误。
稀疏结构与异步谓词会制造另一类误判
普通 Array(3) 虽然 length 为三，但没有可遍历的自有元素，every 可能仍返回 true。若需求要求三条真实记录，应检查位置是否存在或先规范化受控输入，而不是只加 length 条件。
async 谓词返回 Promise 对象，every 和 some 不会自动等待其布尔结果，Promise 本身会被当作真值。异步校验应先管理任务完成与失败，再按得到的结果聚合，不能把同步谓词 API 当作异步流程控制。
容易答错的地方
- 认为 every 为 true 就证明有数据且有效
- 它只表明扫描中没有遇到失败项，空输入同样满足。需要存在性时应单独表达数量或必填约束，并用空输入测试验证，而不是靠一条正常样例推断完整业务规则。
- 把异步校验函数直接传给 every
- 返回的 Promise 会被按对象真值解释，并不代表异步校验通过。应先收集并等待受控任务，处理拒绝和并发，再判断实际布尔结果，避免后台失败而页面提前宣布通过。
面试官还会怎么问？
some 能在找到第一项后停止吗？
可以，回调产生真值后会立即返回 true，不继续扫描后续候选。若回调包含副作用，调用次数取决于命中位置，因此不应同时把它当作保证处理每项的通用循环。
every 可以替代完整数据校验吗？
只能表达逐项谓词都通过，不能自动保证非空、长度上限、无空位或字段类型。完整输入校验应先明确集合级条件，再组合元素级检查，并把失败原因保留下来。
为什么这些结果与数学量词有关？
every 类似“对所有元素成立”，没有元素时不存在反例；some 类似“至少存在一个成立”，空集合无法提供例子。这个解释能帮助组合条件，但业务仍需独立决定空集合是否可接受。
参考资料
示例用于理解所注明的运行环境与边界；延伸学习可结合原文中的更多案例。