不推荐将 try-catch 作为常规值校验手段；应优先采用显式解析/正则验证等无异常方式，仅在无法预判结构（如不可信 json）时谨慎使用，并务必捕获具体错误类型。
不推荐将 try-catch 作为常规值校验手段；应优先采用显式解析/正则验证等无异常方式，仅在无法预判结构（如不可信 json）时谨慎使用，并务必捕获具体错误类型。
在 JavaScript 开发中，用 try...catch 捕获异常来“试探性”判断数据有效性（例如验证 JSON 字符串或十六进制颜色值），虽然技术上可行，但属于反模式（anti-pattern），会带来可读性、性能和可维护性三重隐患。
✅ 正确做法：主动验证，而非被动捕获
1. 替代 JSON.parse 的异常校验 → 使用 JSON.isValid 或安全解析函数
现代环境虽暂无原生 JSON.isValid()，但可轻松封装：
function safeJsonParse(str, fallback = null) {
if (typeof str !== 'string' || !str.trim()) return fallback;
try {
return JSON.parse(str);
} catch (e) {
console.warn('Invalid JSON stored in localStorage:', str, e);
return fallback;
}
}
// 使用示例
const data = safeJsonParse(localStorage.getItem('config'), { theme: 'light' });
✅ 优势：语义清晰、错误可追踪、避免重复写入（原代码中两次 localStorage.setItem 存在竞态风险）
2. 替代 hex2Rgb 的异常校验 → 正则 + 类型守卫
十六进制颜色有明确格式（#RGB、#RRGGBB、#RGBA、#RRGGBBAA），完全可通过正则预判：
const HEX_COLOR_REGEX = /^#([0-9A-Fa-f]{3}|[0-9A-Fa-f]{4}|[0-9A-Fa-f]{6}|[0-9A-Fa-f]{8})$/;
function isValidHexColor(str) {
return typeof str === 'string' && HEX_COLOR_REGEX.test(str);
}
// 使用示例
const savedColor = localStorage.getItem('hexColor');
setColor(isValidHexColor(savedColor) ? savedColor : '#000000');
✅ 优势：零异常开销、逻辑内聚、便于单元测试，且支持扩展（如增加 CSS 命名色校验）
⚠️ 关键注意事项
- 禁止裸 catch {}：必须指定错误类型（如 catch (e) { if (e instanceof SyntaxError) {...}），否则会吞掉意料之外的运行时错误；
- 避免副作用嵌套：原代码在 catch 中再次调用 localStorage.setItem 和 JSON.parse，既冗余又掩盖首次失败原因；
-
默认值应前置声明：推荐将 fallback 提取为常量或配置项，提升可维护性：
const DEFAULT_COLOR = '#000000'; const DEFAULT_CONFIG = { theme: 'light', fontSize: 14 };
? 总结建议
| 场景 | 推荐方式 | 理由 |
|---|---|---|
| JSON 字符串可信度未知 | safeJsonParse() 封装 | 明确边界、可控错误、避免重复操作 |
| 颜色/邮箱/URL/数字等格式校验 | 正则 + 类型检查 | 零异常、高性能、语义自解释 |
| 第三方库 API 可能抛出预期错误 | try/catch + 具体类型捕获 | 必要时兜底，但需严格限定范围 |
记住：异常处理用于处理「意外」，而非「常态校验」。让验证逻辑显式、轻量、可测试，才是健壮前端工程的基石。
