必须用JS动态计算HSL插值实现表格单元格背景色随数值自动渐变，核心是按列独立归一化（value-min）/（max-min）后映射到色相区间，并处理max===min、空值、旧样式残留及性能优化等边界情况。
表格单元格背景色如何随数值大小自动渐变
直接用 CSS 的 linear-gradient 无法响应数据变化，必须结合 JS 动态计算颜色值。核心是把数值映射到 HSL 或 RGB 色阶上，而不是靠纯 CSS 类名切换。
常见错误是写一堆预设 class（如 bg-low、bg-mid、bg-high），结果数据一变就失准，或者硬编码阈值导致扩展性差。
- 取当前列所有
td的数值，用Math.min()和Math.max()算出动态范围 - 对每个单元格，按公式
(value - min) / (max - min)归一化到 0–1 区间 - 用该比例插值 HSL：例如从
hsl(120, 100%, 85%)（浅绿）线性过渡到hsl(0, 100%, 65%)（深红） - 注意处理
max === min的边界情况，否则会触发除零错误，此时统一设为中间色（如hsl(60, 100%, 75%)）
如何避免相邻行/列颜色干扰导致视觉误判
单纯按列归一化容易让不同量纲的数据（比如“销售额”和“退货率”）在同个色阶里打架，用户一眼看不出哪个指标更异常。必须按列独立计算色阶，不能全局统一分母。
另一个坑是用了 background-color: transparent 又没清空旧内联样式，旧颜色残留导致渐变叠加出奇怪色块。
立即学习“前端免费学习笔记（深入）”；
- 遍历每列时，先用
querySelectorAll('tbody td:nth-child(n)')提取该列所有单元格（n 为列号） - 对每列单独执行 min/max 计算，绝不复用上一列的结果
- 设置背景前，先执行
cell.style.backgroundColor = ''清掉之前可能存在的内联样式 - 如果表格有冻结列或固定表头，确保只对
tbody内的td操作，避开thead th
性能敏感场景下怎么避免重复计算
滚动或频繁更新数据时，每帧都重跑整表归一化会卡顿。关键不是优化单次计算，而是减少触发时机。
典型错误是监听 input 或 change 后立刻重绘，但用户连续输入时会触发几十次无意义计算。
- 用
requestIdleCallback延迟到浏览器空闲时执行，或用防抖（debounce）控制在 300ms 内最多一次 - 缓存每列的 min/max 值，仅当该列数据实际变更（可用
Array.every()对比旧数组）才重新计算 - 避免在循环里调用
getComputedStyle或反复查询 DOM，所有td元素提前用Array.from()转成数组存起来 - 如果表格超 500 行，考虑虚拟滚动——只对可视区域内的行做渐变，其余设为默认色
IE11 或旧版 Safari 下渐变失效怎么办
hsl() 在 IE11 完全支持，但部分旧 Safari 对小数位 HSL 支持不稳定（比如 hsl(120.5, 100%, 85%) 会退化成黑色）。稳妥做法是转成十六进制 RGB，且避免浮点运算误差累积。
别信“加个 polyfill 就行”，CSS 渐变本身没问题，问题出在 JS 计算颜色时用了不兼容的语法。
- 用
Math.round()把 HSL 的 H、S、L 都取整，再通过hslToRgb()手动转成#rrggbb - 不要依赖
canvas或第三方 color 库——增加打包体积且 IE11 不支持CanvasRenderingContext2D的某些方法 - 测试时打开开发者工具，手动修改一个
td的style.backgroundColor为#ff6b6b，确认旧浏览器能渲染，排除 CSS 优先级干扰
真正麻烦的不是颜色计算，而是当某列数据全是 null 或空字符串时，min/max 会变成 Infinity 或 NaN，进而让整列背景变透明——这个必须在归一化前做过滤。
