transform: scale导致点击区域偏移，因浏览器基于原始布局盒计算clientX/clientY，而scale仅改变视觉渲染；解法是用无transform的外层容器代理事件，并通过getBoundingClientRect()换算坐标。
为什么transform: scale会导致点击区域偏移
浏览器在派发鼠标事件时，clientX 和 clientY 始终基于原始布局盒（未缩放前的尺寸）计算；而 transform: scale() 只改变视觉渲染，不改变元素的几何占位和 hit-testing 区域。结果就是：你“看起来”点中了按钮，但实际坐标落在缩放前的位置上——尤其在大屏适配、ECharts 或地图类组件中，偏移量会随缩放倍数线性放大。
用无 transform 的容器委托点击事件
最轻量、兼容性最好的解法是把交互逻辑从缩放元素本身剥离，交由一个外层容器处理：
- 给缩放内容套一层
div，该容器不设transform，仅负责事件捕获 - 缩放样式只加在内层子元素上（如图表容器、地图容器）
- 所有点击监听绑定在外层容器，再通过
getBoundingClientRect()手动换算坐标
示例结构：
<div class="click-proxy">
<div class="chart-container" style="transform: scale(0.8); transform-origin: 0 0;">
<!-- ECharts / 高德地图等 -->
</div>
</div>JS 中这样处理点击：
立即学习“前端免费学习笔记（深入）”；
const proxy = document.querySelector('.click-proxy');
proxy.addEventListener('click', (e) => {
const rect = proxy.getBoundingClientRect();
const x = (e.clientX - rect.left) / 0.8; // 除以缩放因子
const y = (e.clientY - rect.top) / 0.8;
chart.dispatchAction({ type: 'click', x, y });
});注意 transform-origin 对坐标换算的影响
如果缩放容器设置了 transform-origin（比如 50% 50%），直接除以缩放因子会出错——因为缩放中心不再是左上角，坐标系原点已偏移。此时必须用 getBoundingClientRect() 获取当前渲染后的真实尺寸和位置，再结合 transform 矩阵做逆变换。
- 不要硬编码缩放比例，改用
window.getComputedStyle(el).transform解析 matrix - 对
scale(0.8)且transform-origin: 50% 50%，实际偏移需先减去中心偏移量，再缩放，最后加回 - 简单场景下可强制统一
transform-origin: 0 0，避免额外计算
移动端 touch 事件要额外处理 touch-action
在 iOS Safari 或部分 Android 浏览器中，仅靠 JS 坐标换算还不够。若缩放容器内有 touchstart 监听，可能因浏览器默认行为拦截导致事件丢失。
- 给缩放容器添加
style="touch-action: manipulation"，允许系统识别为可点击区域 - 避免同时设置
will-change: transform，它可能干扰 hit-testing 层级 - 若使用
pointer-events: none在子元素上，确保外层代理容器没被连带禁用
真正麻烦的不是算不准，而是不同缩放方式（transform vs zoom vs scale() 函数嵌套）触发的坐标系错层——每次换方案前，先用 getBoundingClientRect() 和 clientX 打印两组值对比，比猜更可靠。
