浏览器开发者工具是最准最快的HEX转HSL方式；手写rgbToHsl需先归一化到[0,1]，灰色判定要用max===min或Math.abs(max-min)，色相单位须×60。
直接用浏览器开发者工具点几下就能完成转换，不需要手写算法或查表；但如果你要在 JS 里动态做这事，rgbToHsl 函数最容易翻车的地方是归一化没做、灰色判定不严谨、色相单位换算漏掉 * 60。
浏览器开发者工具是最准也最快的转换入口
你写的 #4a90e2 在元素上生效后，打开 DevTools → 找到对应 CSS 声明 → 点击颜色小方块（Chrome/Firefox 都支持）→ 右键或长按即可循环切换 hex / rgb / hsl 格式。它返回的是浏览器真实解析后的值，绕过了所有浮点误差和边界 case。
这个方法适用于：
- 调试时快速验证 HSL 值是否符合预期
- 把设计稿里的 HEX 拿来生成一套深浅变体（比如
hsl(210,70%,60%)→ 悬停时只改l: 72%） - 确认旧浏览器 fallback 是否合理（比如 IE8 不认
hsl()，你就得手动转成#2a66c7）
手写 rgbToHsl 必须先归一化到 [0, 1]
几乎所有 JS 实现出错的根源，就是直接拿 r=255, g=0, b=0 套公式。HSL 公式要求输入在 [0, 1] 区间，否则亮度 L 和饱和度 S 的分母会崩，结果完全不可用。
立即学习“前端免费学习笔记（深入）”；
正确做法是：
- 先做
r = red / 255、g = green / 255、b = blue / 255 - 再算
max = Math.max(r, g, b)、min = Math.min(r, g, b) - 灰色判定必须用
if (max === min)或更稳妥的Math.abs(max - min) ，避免浮点误差导致 <code>s算成 NaN - 色相
H分支计算后，一定要H *= 60并Math.round(H)，否则红色可能变成 -120° 或 240°
HEX 转 HSL 实际要走两步：HEX → RGB → HSL
没有标准 API 一步到位。你得先拆 HEX 字符串，转成十进制 RGB 值，再喂给 rgbToHsl。注意这些细节：
-
#abc是简写，要扩展成#aabbcc再解析（a → aa） - 正则提取
rgb(255, 107, 107)时，空格和换行可能干扰匹配，推荐用/rgb\((\d+),\s*(\d+),\s*(\d+)\)/ - CSS 中写
hsl(210,70%,60%)时，逗号后不能有空格——部分旧版 Safari 会解析失败 - 服务端或无 DOM 环境（如 Node.js）无法用
getComputedStyle，只能手写转换，此时务必校验边界值（如全黑#000、全白#fff、纯灰#888）
别在需要兼容 IE8 的项目里用 hsl()
IE8 及更早版本压根不识别 hsl() 函数，声明会被静默丢弃，元素退成默认色（常是黑色或透明）。这不是写法问题，是解析器缺失。
安全做法是：
- 用十六进制作 fallback：
color: #2a66c7; color: hsl(210,70%,50%); - 别依赖 Sass/Less 的
hsl()函数自动降级——它不会转成 HEX，得手动加 PostCSS 插件或人工替换 - 设计师给的标注稿若全是 HSL，前端必须自己转；在线工具四舍五入后的结果可能差一位（如
#2a66c7vs#2a67c7），低分辨率屏上容易露馅
真正难的不是转换逻辑本身，而是判断“什么时候不该转”——比如运行时主题切换用 hsl() 很自然，但构建产物里混着 JS 动态拼的 hsl(${h}, ${s}%, ${l}%)，就等于主动放弃 IE8 兼容，这点很容易被忽略。
