number.parseint能解析十六进制颜色字符串因其支持radix参数，但需先去除#前缀、校验长度（3或6位）、正则验证全为0-9a-fa-f字符，并对3位简写扩展为6位后解析，否则易得错误结果。
Number.parseInt 为什么能处理十六进制颜色字符串
因为 Number.parseInt 支持第二个参数 radix，指定进制基数。传入 16 时，它会把形如 "#ff00aa" 或 "ff00aa" 的字符串按十六进制解析成十进制整数。但注意：它**不校验字符串是否合法十六进制**，遇到非法字符（比如 "g"、空格、"#" 在非开头位置）会静默截断——这是最常踩的坑。
怎么安全地处理带 # 号的十六进制颜色值
直接传 "#ff00aa" 给 Number.parseInt(..., 16) 会返回 0，因为 # 不是合法十六进制字符，解析从开头失败即终止。必须先清理前缀：
- 用
.replace(/^#/, '')去掉开头的#（只去一个，避免误删中间的#） - 再检查剩余字符串长度是否为
3或6（常见简写/全写格式），长度不对就视为无效 - 最后调用
Number.parseInt(cleaned, 16)
示例：
function hexToNumber(hex) {
const cleaned = hex.replace(/^#/, '');
if (cleaned.length !== 3 && cleaned.length !== 6) return NaN;
return Number.parseInt(cleaned, 16);
}
hexToNumber("#ff00aa"); // → 16711850
hexToNumber("ff00aa"); // → 16711850
hexToNumber("#gg00aa"); // → NaN（因为 'g' 非法，但靠长度+cleaned 后仍会返回 0；所以需额外校验）
为什么不能只靠 Number.parseInt 返回值判断成功
Number.parseInt("xyz", 16) 返回 NaN，但 Number.parseInt("x12", 16) 返回 0（因为 x 不合法，解析停止，没读到任何有效数字）。这意味着：即使输入含非法字符，只要开头碰巧是 0 或空，就可能返回 0 而不是 NaN，造成误判。
- 必须配合正则校验 cleaned 字符串是否**全由
[0-9a-fA-F]组成** - 推荐用
/^[0-9a-fA-F]{3}$|^[0-9a-fA-F]{6}$/.test(cleaned) - 或者更稳妥：先正则匹配，再 parse，避免依赖 parse 的“容错”行为
3位简写色值（如 #f0a）要先扩展再解析
十六进制颜色中 "#f0a" 等价于 "#ff00aa"，但 Number.parseInt("f0a", 16) 解析出来是 3850，不是预期的 16711850。必须手动扩展：
- 若长度为
3，将每个字符重复一次："f0a"→"ff00aa" - 可用
cleaned.replace(/./g, c => c + c) - 扩展后再用
Number.parseInt(..., 16)
这步漏掉会导致 RGB 分量被整体压缩，颜色严重失真。
真正容易被忽略的是：校验必须在解析前完成，且要覆盖非法字符、长度、简写扩展三重逻辑。少一步，Number.parseInt 就可能返回一个看似合理但完全错误的数字。
