area标签无法直接绑定防抖/节流函数，因其不支持内联事件处理器、不参与标准事件流、对touch事件支持差；应改用事件委托+坐标映射+缩放重计算方案。
area 标签无法直接绑定防抖/节流函数
HTML 的 <area> 标签本身不支持内联事件处理器（如 onclick）实现可靠防抖或节流。原因和 <button></button> 或 <input> 一样：浏览器对 onclick="debounce(fn, 300)()" 这类写法是字符串求值，每次点击都新建作用域，timeout 变量无法跨次保留，闭包状态彻底丢失。
更关键的是：<area> 必须嵌套在 <map></map> 中，且依赖 usemap 关联到 <img>；它没有独立 DOM 生命周期，也**不触发捕获/冒泡阶段的标准事件流**（部分旧版 IE 表现异常），导致 addEventListener 绑定位置极易出错。
常见错误现象包括：
-
ReferenceError: debounce is not defined—— 函数未挂到window，但挂了就是反模式 - 点击热区后，
debounce看似执行，实则每次都是新实例，毫无延迟效果 - 移动端 touch 事件完全不触发，因
<area>对touchstart支持极差
必须用事件委托 + 坐标判断替代 area 绑定
真正可行的方案是放弃直接操作 <area>，改用事件委托监听父容器（通常是包裹 <img> 的 <div>），再根据鼠标/触点坐标匹配热区逻辑。
<p>这样做的好处是：能完整控制事件生命周期、可自由使用 <code>debounce 或 throttle、支持 passive 优化、兼容 touch 和 mouse。
实操要点：
- 先用
getBoundingClientRect()获取图片容器位置，再通过event.clientX/Y计算相对坐标 - 每个
<area>的coords属性需手动解析（如"100,50,150,100"→[100,50,150,100]），再做矩形/圆形/多边形命中检测 - 把防抖逻辑放在坐标判断之后、业务动作之前，例如：
debouncedHandleClick(areaId) - 避免在防抖函数里重复读取
event—— 它在异步回调中已失效，应提前提取必要参数（如areaId、type）
滚动/缩放场景下 area 坐标会失效，必须重映射
当图片被 CSS 缩放（transform: scale()）、容器滚动、或响应式 max-width 触发尺寸变化时，<area> 的原始 coords 值与实际像素位置不再对应 —— 这是高频点击误触的主因。
不能靠“猜比例”硬算，正确做法是：
- 监听
resize和scroll（对容器而非 window），并用throttle控制更新频率（推荐 60ms） - 每次触发时，重新计算图片的
scaleX/scaleY（通过clientWidth / naturalWidth等） - 将原始
coords按当前缩放比和偏移量做线性变换，缓存为mappedCoords - 命中检测始终基于
mappedCoords，而非原始 HTML 属性值
漏掉这一步，防抖再稳也没用：用户点的是 A 区，程序却判成了 B 区，还防了个寂寞。
移动端 touch 事件必须用 preventDefault 配合 active 状态
<area> 在 iOS Safari 和安卓 WebView 中对 touchstart 基本不可靠，常被忽略或延迟 300ms。必须改用容器级 touchstart + touchend，并主动干预默认行为。
关键细节：
- 绑定
{ passive: false }，否则preventDefault()无效 - 在
touchstart中立即调用event.preventDefault()，阻止滚屏/缩放 - 记录
touchstart坐标，在touchend时比对位移（Math.abs(dx) ）判定为点击 - 给热区元素加
:activeCSS 状态（如背景色），弥补无 hover 的体验断层 - 防抖要包住整个判定链：坐标获取 → 映射 → 命中检测 → 业务执行，不能只包最后一步
最易被忽略的是：防抖函数内部若含异步操作（如 fetch），必须确保取消机制有效 —— clearTimeout 只能清定时器，对已发出的请求无能为力，得配合 AbortController 才算闭环。
