area热区不能缩放是因为coords是绑定图片原始尺寸(naturalwidth/height)的硬编码像素值,与css渲染尺寸完全脱钩,浏览器不自动重算——非bug,是w3c规范行为。

area 标签热区为什么不能缩放
因为 area 的 coords 是硬编码像素值,绑定的是图片原始尺寸(img.naturalWidth/img.naturalHeight),和 CSS 渲染宽高完全脱钩。哪怕你用 width: 100% 或 max-width: 100vw 缩放图片,浏览器也**不会重算**这些坐标——它只按原始图尺寸画热区,结果就是点不中、高亮飘走。
常见错误现象:
- 桌面正常,移动端点击失效(图缩到 375px 宽,但
coords="0,0,100,100"还是按 1200×800 原图算,实际只占约 31×21px) - 开发者工具里悬停
area,高亮框明显偏离目标区域 - 加了
transform: scale(0.8)后热区彻底消失——area不响应任何 CSS 变形
这不是 bug,是规范行为。W3C 明确要求 area 坐标基于原始图像,所以别指望靠 CSS 修复。
canvas 绘制热区怎么判断鼠标是否在内
canvas 本身不提供“热区”语义,你要自己实现点在多边形内的判断逻辑,核心是 isPointInPath() + 路径重绘。关键不是“怎么画”,而是“怎么建路径+怎么查”。
实操要点:
- 每次鼠标移动前,必须用
ctx.beginPath()+ctx.moveTo()/ctx.lineTo()重新绘制目标区域路径(不能复用旧路径) - 调用
ctx.isPointInPath(x, y)前,x/y 必须是相对于 canvas 元素左上角的坐标,不是视口或页面坐标——得用getBoundingClientRect()换算 - 如果 canvas 用了 CSS 缩放(如
width: 100%),必须用canvas.width/canvas.height属性值做归一化,否则判断失准 - 多边形顶点数超过 200 时,
isPointInPath()在 Firefox 下性能明显下降,建议预计算 bounding box 做快速剔除
示例片段:
const rect = canvas.getBoundingClientRect();
const x = event.clientX - rect.left;
const y = event.clientY - rect.top;
ctx.beginPath();
ctx.moveTo(120, 80);
ctx.lineTo(150, 60);
ctx.lineTo(140, 110);
ctx.closePath();
if (ctx.isPointInPath(x, y)) {
// 点中了
}
area 和 canvas 热区在可访问性上的根本差异
area 天然支持键盘导航、屏幕阅读器朗读 alt 文本、焦点管理;canvas 则默认是“无障碍黑洞”,除非你手动加 role="application"、tabindex="0"、aria-label,并监听 keydown 模拟焦点切换。
这意味着:
- 用
area:写好alt="会议室 A,可预订",视障用户 tab 键就能聚焦、回车触发href - 用
canvas:必须自己实现焦点环绘制、键盘方向键移动焦点、Enter/Space触发事件——否则 WCAG 2.1 AA 直接不达标 - 搜索引擎无法索引 canvas 内热区链接,但能抓取
area[href]并计入外链权重
如果你的热区要对外公开(比如产品示意图带跳转),area 的 SEO 和可访问性优势无法绕过。
什么时候该放弃 area 改用 canvas
只有当这三件事同时成立时,才值得用 canvas 替代 area:
- 图片必须响应式缩放,且你**拒绝 JS 动态重算
coords**(比如不想维护缩放比逻辑,或服务端渲染环境无法运行 JS) - 热区形状极其复杂,比如带孔洞的省界、自相交曲线、需要实时变形的区域(
area的poly对自相交支持极差,Safari 可能直接不渲染) - 你需要在热区内叠加动态效果,比如 hover 时渐变填充、点击后粒子动画、与 WebGL 图层混合——
area连 hover 样式都不支持
其他情况,尤其是静态图+固定尺寸+需 SEO/无障碍,area 仍是更轻、更稳、更省心的选择。canvas 的灵活性代价是:所有交互逻辑、适配逻辑、可访问逻辑,都得你自己从零写。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











