input type="color"的value始终为7位小写十六进制字符串（如"#ff0000"），不支持透明度、rgb()、hsl()或命名色；Chrome/Edge显示色块+调色盘，Firefox显示带色块文本框，Safari 16.4+才支持，IE完全不支持；应监听input事件实现实时响应，兼容性需用document.createElement('input').type === 'color'检测。
input type="color" 的值格式和浏览器行为差异
原生 input[type="color"] 返回的 value 永远是 7 位小写十六进制字符串，例如 "#ff0000"。它不输出 rgb()、hsl() 或带 alpha 的值，哪怕用户在系统调色盘里拖了透明度滑块——这部分信息直接被忽略。
不同浏览器渲染方式不同：Chrome 和 Edge 显示为色块 + 弹出调色盘；Firefox 显示为带色块的文本框（可手动输入 hex）；Safari 直到 16.4 才支持该类型，此前会降级为普通文本框；IE 完全不识别，直接当 type="text" 处理。
这意味着你不能靠它选半透明色。如果业务需要 alpha 控制，必须额外加一个 input[type="range"] 配合，或者换用 pickr.js 这类库。
监听颜色变化：用 input 还是 change？
选 input 事件更实用。用户在 Chrome/Edge 调色盘中拖拽滑块时，input 会连续触发，适合做实时预览；而 change 只在焦点离开或确认选择后才触发一次，响应滞后。
立即学习“前端免费学习笔记（深入）”；
- 实时更新背景色：
element.style.backgroundColor = e.target.value - 赋值前务必检查合法性：缺
#（如"ff0000"）或含大写字母（如"#FF0000"）会导致部分浏览器 UI 不刷新 - 从 CSS 读取颜色（如
getComputedStyle(el).color）得到的是rgb(255, 0, 0)，需先转成小写 hex 再赋给input.value
兼容性检测和 fallback 方案
不要依赖 UA 判断，用特性检测最可靠：document.createElement('input').type === 'color' 返回 true 才说明支持原生控件。
如果不支持，有两条路可走：
- 降级为
input[type="text"]+ 正则校验（只允许^#[0-9a-f]{6}$），并提示用户手动输入 hex 值 - 动态加载轻量级库如
vanilla-picker，它体积小、无依赖，且能统一跨浏览器体验
硬套 CSS 伪类（如 ::-webkit-color-swatch）只能微调 Chrome/Edge 的色块外观，对 Safari/Firefox 无效，也改不了弹出面板本身——别在这上面浪费调试时间。
为什么 JS 修改 value 后 UI 没变？
手动设置 input.value = "#ff0000" 不会自动触发浏览器重绘色块，常见于初始化默认值或回填场景。关键点就两个：
- 值必须严格符合格式：以
#开头 + 6 位小写十六进制（共 7 字符），多一位少一位、大小写混用、空格都会失败 - 某些浏览器（尤其是旧版 Safari）对 DOM 属性赋值不敏感，可加一次
input.click()或input.focus()强制重绘（慎用，可能干扰用户操作）
最稳妥的做法是：确保初始 HTML 就带合法 value，比如 <input type="color" value="#007bff">；后续 JS 更新时，也只做格式校验 + 赋值，不依赖视觉反馈来验证是否成功。
