transform: scale导致点击区域偏移是因为clientX/clientY基于缩放前布局盒计算，而hit-testing区域未随视觉缩放变化；解法是用无transform的外层容器代理事件，通过getBoundingClientRect()和动态读取的缩放因子换算坐标，并注意touch-action设置与transform-origin影响。
为什么transform: scale会导致点击区域偏移
浏览器派发 click 事件时，clientX/clientY 始终基于元素原始布局盒（缩放前的尺寸）计算；而 transform: scale() 只改变视觉渲染，不改变元素的几何占位和 hit-testing 区域。结果就是：你“看起来”点中了按钮，实际坐标却落在缩放前的位置上——缩放因子越大，偏移越明显。
用外层容器代理事件并换算坐标
最轻量、兼容性最好的解法是把交互逻辑从缩放元素本身剥离，交由一个无 transform 的外层容器处理：
- 给缩放内容套一层
div，该容器不设transform，仅负责事件捕获 - 缩放样式只加在内层子元素上（如图表、地图容器）
- 所有点击监听绑定在外层容器，再通过
getBoundingClientRect()手动换算坐标
示例 JS 逻辑：
const proxy = document.querySelector('.click-proxy');
proxy.addEventListener('click', (e) => {
const rect = proxy.getBoundingClientRect();
const scale = 0.8; // 必须与 CSS 中的 scale 值一致
const x = (e.clientX - rect.left) / scale;
const y = (e.clientY - rect.top) / scale;
chart.dispatchAction({ type: 'click', x, y });
});避免硬编码缩放值，动态读取 transform 矩阵
scale 值不能写死，尤其当它来自 CSS 变量、JS 动态设置或响应式规则时：
立即学习“前端免费学习笔记（深入）”；
- 用
window.getComputedStyle(el).transform解析matrix或matrix3d - 对
scale(0.8)，提取a和d值（2D）或m11/m22（3D），取绝对值后开方得到真实缩放因子 - 若设置了
transform-origin（如50% 50%），需先减去中心偏移量，再缩放，最后加回——简单起见，可统一设为transform-origin: 0 0
移动端 touch 事件要额外处理
iOS Safari 或部分 Android 浏览器中，仅靠 JS 坐标换算还不够：
- 缩放容器内若有
touchstart监听，可能因浏览器默认行为拦截导致事件丢失 - 必须显式设置
touch-action: none（禁用浏览器原生手势）或touch-action: manipulation（保留双指缩放但允许点击） -
pointer-events: auto要确保没被父级意外覆盖
真正麻烦的不是换算本身，而是缩放因子来源不可控、transform-origin 混合影响、以及移动端 touch 与 mouse 事件路径不一致——这些细节漏掉任意一个，偏移就又回来了。
