JavaScript数组遍历中应将异常控制在单次迭代内：for循环配合内部try-catch；map/filter/reduce在回调中兜底；异步遍历用Promise.allSettled或回调内try-catch；优先前置校验与默认值。
在 JavaScript 数组遍历中，单个元素出错导致整个遍历中断，是常见痛点。关键不是“阻止报错”，而是让错误不扩散、不终止后续处理——核心思路是：把异常控制在每次迭代内部，不让它跳出循环。
用 for 循环 + try-catch 包住单次操作
这是最直接、最可控的方式。for 循环天然支持粒度到“每一轮”，你可以在每次迭代里独立捕获错误，不影响下一次。
- 把可能出错的逻辑（如解析 JSON、访问深层属性、调用外部方法）放在 try 块内
- catch 中记录日志、返回默认值或跳过当前项，然后自然进入下一轮
- 避免把整个 for 循环包进一个 try，否则一旦出错就全停
示例：
for (const item of rawData) {
try {
results.push({
id: item.id,
name: item.data?.name.trim().toUpperCase()
});
} catch (e) {
console.warn(`跳过无效数据 ${item.id}:`, e.message);
results.push({ id: item.id, name: '(解析失败)' });
}
}
map/filter/reduce 中不依赖全局 try，而是在回调里兜底
这些高阶函数本身不会“吞错”，但一旦回调抛错，整个方法就中断（map 返回 undefined 或直接 throw）。所以不能靠外层 try，必须在回调内部处理。
- 对每个元素做独立 try-catch，出错时返回安全值（如 null、{}、占位字符串）
- 用可选链（?.）和空值合并（??）提前规避部分 TypeError，减少 try 范围
- 如果需区分成功/失败项，可统一返回 { ok: true, data } 或 { ok: false, error } 结构
示例：
const processed = items.map(item => {try {
return {
valid: true,
value: JSON.parse(item.jsonStr).title
};
} catch (e) {
return { valid: false, error: e.message };
}
});
异步遍历（如 map + Promise）要 await 单个，别 await 全量
如果遍历中涉及 fetch、readFile 等异步操作，错误会变成 rejected Promise。此时不能直接用 .map(fn).then()，否则一个 reject 就让整个 Promise.all 失败。
- 用 Promise.allSettled() 替代 Promise.all()，它会等待所有 Promise 完成，不管成功或失败
- 或者在每个 async 回调里用 try-catch 包住 await，并 return 统一结构
- 避免在 map 回调中直接 await 后不处理 reject —— 这会让该 Promise 变成 rejected 状态，影响后续聚合
示例：
const promises = urls.map(async url => {try {
const res = await fetch(url);
return { url, status: 'success', data: await res.json() };
} catch (e) {
return { url, status: 'error', message: e.message };
}
});
const results = await Promise.allSettled(promises);
提前校验 + 默认值比硬扛异常更轻量
不是所有场景都需要 try-catch。对已知风险点，前置防御往往更高效、更易读。
- 用 typeof、Array.isArray、item?.prop?.method() 判断存在性再操作
- 用 ?? 设置默认值，避免因 undefined 导致的后续报错
- 对 JSON 字符串，先用正则粗筛或封装 safeParse 函数，减少 try 频次
例如：
item?.config?.timeout ?? 5000 比 try { item.config.timeout } catch {} 更简洁明确。
