ismap属性必须嵌套在带有效href的标签内才生效，点击时浏览器将原始像素坐标以?x,y格式拼入href URL发起GET请求，服务端需按此无键名格式解析。
ismap 必须嵌套在 标签内才生效
单独给 <img> 加 ismap 属性，浏览器会完全忽略——它不是“开启点击坐标发送”的开关，而是“声明这张图要走服务器端映射流程”的标记，且该流程只在 <a href="https://www.php.cn/link/263b1243ca2dbeb358777ceabc4a2e4c"> 包裹下触发。
常见错误包括：
-
<img src="map.png" ismap>→ 静默失效，无任何请求发出 -
<a><img src="map.png" ismap></a>→ 仍无效，因为<a>缺少href -
<a href="/click"><img src="map.png" ismap></a>→ ✅ 正确，点击后发起类似GET /click?123,456的请求
注意：href 值必须是有效 URL（不能是 href="#" 或空字符串），否则部分浏览器（如 Safari）会跳过 ismap 行为。
坐标格式是 ?x,y（无键名），服务端需按此解析
浏览器发送的不是 ?x=123&y=456，而是 ?123,456 —— 这是 ismap 的原始规范，至今未变。所有主流浏览器（Chrome、Firefox、Safari、Edge）都严格遵循该格式。
立即学习“前端免费学习笔记（深入）”；
服务端处理时要注意：
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
- PHP 中可用
parse_str(ltrim($_SERVER['QUERY_STRING'], '?'), $coords)提取，但更稳妥的是直接正则匹配/^(\d+),(\d+)$/ - Node.js 的
url.parse(req.url, true).query无法自动识别这种无键名格式，需手动req.url.split('?').pop().split(',') - 坐标单位是原始图片像素（
img.naturalWidth），不随 CSS 缩放变化；若图片被width: 50%压缩，坐标仍是按原图尺寸上报的
XHTML 和 HTML5 的写法差异容易导致验证失败
在 XHTML 文档中，ismap 是布尔属性，但不允许简写，必须显式写成 ismap="ismap"；HTML5 则支持 ismap 简写形式。
如果你的页面声明了 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN">，而用了 ismap 简写，校验器会报错，部分旧渲染引擎也可能行为异常。
兼容性建议：
- 现代项目统一用 HTML5 DOCTYPE，写
<img ismap>即可 - 维护老 XHTML 站点时，改用
<img ismap="ismap"> - 不要混用：比如
<img ismap="">在 XHTML 中也不合法
移动端和高 DPR 屏幕下坐标精度不受影响，但热区易误触
ismap 上报的 x、y 是设备独立像素（CSS px）下的整数坐标，与 DPR 无关——也就是说，在 iPhone 15 Pro（DPR=3）上点击，浏览器仍上报类似 ?247,389 这样的值，而非乘以 3 后的原始屏幕坐标。
真正的问题在于交互体验：
- 原始图 1200×800，热区设在
?100,100附近，缩放到 375px 宽后，该区域在屏幕上仅约 31×21px，远低于触控最小推荐尺寸 44×44px - 用户手指稍偏，坐标就落在热区外，请求发到根路径，可能触发默认行为（如刷新）
- 没有 JS 干预手段——ismap 是纯 HTML 行为，无法绑定
preventDefault或加防抖
所以 ismap 实际只适合固定尺寸、非响应式、且热区足够大的场景（比如后台管理页中的大图标操作区）。需要精细热区或适配多端时，<map>+<area> 配合 JS 动态缩放，或直接换 SVG，才是更可控的选择。
