some最适合判断是否存在，因其短路返回布尔值、语义直观；回调应检查selected等布尔字段，用严格相等并防护空值；需确保cartItems为数组，避免null/undefined报错。
为什么 some 比 find 或 filter 更适合这个场景
判断“是否存在”只需要一个布尔结果，some 在找到第一个匹配项时立即返回 true 并停止遍历，而 filter 会遍历全部、构造新数组，find 虽也短路但返回的是元素而非布尔值，还需额外做 != null 判断——多一次隐式转换，且语义不如 some 直观。
some 的回调函数里该检查什么字段
购物车商品通常有 selected（布尔）、checked（布尔）或 status（字符串如 "selected"）等标识选中状态。关键不是字段名，而是确保它真实反映用户当前操作意图：
- 优先用明确的布尔字段，如
item.selected，避免依赖字符串比较 - 如果后端返回的是
status: "active"这类值，回调中写item.status === "active"，别漏掉严格相等 - 注意空值防护：若某些商品可能没有
selected字段，用item.selected === true而非item.selected，防止undefined被转为false导致误判
常见错误：把 some 当成 forEach 用
有人会这样写：
cartItems.some(item => {
if (item.selected) {
console.log("发现选中项");
return true; // ✅ 正确：靠 return true 触发 some 返回 true
}
});
但下面这段就错了：
cartItems.some(item => {
if (item.selected) {
console.log("发现选中项");
// ❌ 忘记 return，some 会把 undefined 当作 falsy，继续遍历直到结束，最终返回 false
}
});
记住：some 的返回值完全取决于回调函数的 return 值，不是靠内部逻辑“做了什么”。
和空数组、全未选中情况的兼容性
some 对空数组直接返回 false，这符合直觉（“没有任何商品被选中”），无需额外判断数组长度。但要注意边界情形：
- 如果购物车数据是
null或undefined，直接调用.some()会报TypeError: Cannot read property 'some' of null - 稳妥写法是先做存在性检查：
Array.isArray(cartItems) && cartItems.some(...) - 如果后端可能返回
[]、null、{ items: [...] }等不同结构，提取数组的逻辑要前置，别让some承担数据清洗责任
实际用起来很简单，但容易在字段语义、空值处理和回调返回上出错。最常被忽略的是：没确认 selected 字段是否真的存在且为布尔类型，而不是字符串 "true" 或数字 1。
