核心是监听mousemove事件获取clientX/clientY，用throttle节流并归一化，通过document.documentElement.style.setProperty设置CSS变量，在CSS中用hsl()或color-mix()动态生成颜色，注意移动端需兼容touchmove及touch-action设置。
用 document.addEventListener('mousemove') 实时读取鼠标坐标
整个效果的起点，在于精准捕捉鼠标的每一次移动。这里的关键是监听 mousemove 事件，然后从事件对象里提取 clientX 和 clientY。这两个值代表的是鼠标相对于当前浏览器视口左上角的像素坐标，用它们来驱动变化，效果最“跟手”。
这里有个常见的坑：别用 pageX/pageY。一旦页面有滚动条，这两个值会把滚动的距离也算进去，结果就是鼠标一动，颜色变化的位置对不上，体验非常割裂。
落实到代码层面，有几个细节值得注意：
- 最好在
addEventListener的回调函数里，就直接把坐标转换成归一化的值（比如除以window.innerWidth）。别等到后面再用，避免不必要的重复计算。 - 务必加上
throttle（节流），时间间隔设在16ms左右就很合适。这能防止鼠标快速划过时触发海量事件，尤其是在性能一般的设备上，不加节流卡顿感会非常明显。 - 如果效果只需要在某个特定区域（比如一个卡片）内生效，那就把事件监听绑定到这个元素本身，而不是整个
document。然后用getBoundingClientRect()方法把全局坐标换算成这个容器内的局部坐标，控制起来更精准。
用 document.documentElement.style.setProperty() 更新 CSS 变量
拿到坐标之后，下一步就是把它“喂”给CSS。这里的主角是CSS自定义属性，也就是我们常说的CSS变量。有个基本原则：想让变量全局生效，必须把它定义在 :root 或者 document.documentElement 上。
所以，在Ja vaScript里更新变量时，目标一定要写对：document.documentElement.style.setProperty('--your-var', value)。如果写成了 someElement.style.setProperty，那改动就只局限在那个元素里了。
经常有开发者遇到“明明JS执行了，颜色却没变”的情况。这时候，首先检查两件事：一是上面说的目标元素对不对；二是变量名拼写是否完全一致，CSS里用 --hue，JS里就不能写成 --h。
几个提升效率和可维护性的建议：
- 变量名起得语义化一些，比如
--mouse-x、--mouse-y，后面在CSS里引用时一目了然。 - 设置变量值时，注意单位统一。要么都带单位（如
px），要么都是纯数字。之后在CSS里用calc()或clamp()进行运算时会更安全，避免出现“10px + 5”这种错误。 - 如果需要同时更新多个变量，别在循环里反复调用
setProperty。更高效的做法是拼接成一个字符串，通过style.cssText一次性赋值。不过要注意，这会覆盖该元素上原有的行内样式。
在 CSS 中用 hsl() 或 color-mix() 动态生成颜色
变量准备好了，最后一步就是在CSS里把它们变成可视的颜色。最直观的思路，是把 clientX 映射成色相（Hue），像这样：hsl(var(--mouse-x), 80%, 60%)。但前提是，你得先把像素坐标通过计算，转换成0到360之间的角度值。
一个更稳妥的写法是：hsl(calc((var(--mouse-x) / 100) * 360), 80%, 60%)，再结合 min() 和 max() 函数把值限制在合理范围内。
根据不同的视觉需求，可以尝试以下方案：
- 想要颜色平滑过渡：给元素加上
transition: background-color 0.2s。这里有个优势，hsl()颜色模型天然支持平滑过渡，而直接用rgb()跳跃感可能会比较强。 - 想让鼠标位置影响，但又不想完全覆盖主题色：可以试试
color-mix()函数。例如：color-mix(in srgb, var(--primary) 70%, hsl(var(--mouse-hue), 100%, 50%) 30%)，就能混合出既有品牌感又有交互性的颜色。不过要注意，这个特性需要Chrome 111+或较新的浏览器才支持。 - 避免出现过于扎眼或灰暗的颜色：别简单做线性映射。可以在JS里对原始坐标进行一点“加工”，比如用
Math.sin()或取模运算，让产生的色相值分布更均匀，视觉上会更柔和舒服。
移动端适配时注意 touchmove 事件缺失问题
桌面端的逻辑到了移动端，往往需要额外处理。移动设备上没有鼠标，所以 mousemove 事件是无效的，得靠 touchmove。但问题来了，iOS Safari 和部分安卓的WebView，默认情况下在 body 这类元素上可能不会触发 touchmove 事件。
解决方案很直接：
- 同时监听
touchmove和mousemove两个事件。在touchmove的回调里，通过event.touches[0].clientX来获取手指的坐标。 - 在CSS中，给需要交互的根元素加上
touch-action: none;。这个声明能阻止浏览器的默认触摸行为（比如滚动），确保touchmove事件能被正确触发。 - 如果在真机上测试发现坐标不对，先别急着怀疑代码。检查一下视口设置
width=device-width是否到位，或者用户是否开启了页面缩放，这些都可能导致获取的坐标与实际的CSS像素出现偏差。
说到底，实现这个效果的技术点并不复杂。真正的挑战在于，如何让颜色的变化既实时响应，又流畅自然，不让人觉得突兀或卡顿。从坐标的归一化方式、到颜色的插值算法、再到浏览器渲染层的优化，任何一个环节没处理好，最终的用户体验都会大打折扣。这中间的细微调整，才是区分“能用”和“好用”的关键。
