iOS Safari 中 cursor:pointer 并非无效，而是作为触摸信号开关触发 WebKit 触摸事件分发；失效主因是元素无 layout box 或未声明交互语义，需补 tabindex="0" 或用语义化标签。
cursor:pointer 在 iOS Safari 中根本不是“无效”，而是被当成了触摸信号开关
它在移动端不显示手型光标，但会强制触发 WebKit 的触摸事件分发机制。如果你发现加了 cursor: pointer 后 click 仍不触发，问题不在样式没生效，而在于元素压根没被系统识别为「可交互区域」。
常见失效场景包括：
- 元素
width/height为0，或被overflow: hidden裁出视口 —— 没有 layout box，就无法 hit-test - 用了
::before/::after绘制图标但没设display: block+ 明确width/height或padding—— 伪元素热区面积为 0 - 父容器创建了新层叠上下文（如
transform、position: relative未配z-index），把浮动/定位子元素压到下层 -
pointer-events: none设置在祖先节点上，子元素再怎么加cursor: pointer也救不回来
为什么有些元素加了 cursor:pointer 依然点不到？
因为 iOS Safari 默认只对语义化可点击元素（<button>、<a>）或显式声明交互意图的元素分发 touchstart 和 click。普通 <div> 即使绑了监听器，也可能收不到任何触摸信号。
修复方式不是“再加一遍 cursor”，而是补全交互语义链：
立即学习“前端免费学习笔记（深入）”；
- 给元素加
tabindex="0"，让它可聚焦（键盘和读屏器都能访问） - 或绑定空事件处理器：
element.addEventListener('click', () => {}) - 更推荐直接用
<button>或role="button"+tabindex="0"，走原生语义路径 - 确认
getBoundingClientRect()返回的坐标与实际点击位置一致；若偏移，说明有别的元素占位
移动端加 cursor:pointer 可能引发意外副作用
它在 iOS Safari 中会激活 -webkit-tap-highlight-color 默认高亮（半透明蓝底），安卓微信等 WebView 也可能渲染异常背景色或边框。
规划您的迪拜之旅 — 哈利法塔观景、沙漠探险、迪拜购物中心购物、棕榈岛度假村及黄金市场砍价。还提供支持...
若你只是想让点击生效，又不想看到这个高亮，必须显式关闭：
.btn {
cursor: pointer;
-webkit-tap-highlight-color: transparent;
}
注意：-webkit-tap-highlight-color 是非标准属性，但目前仍是 iOS Safari 唯一可控方式；设为 transparent 即可消除点击瞬时色块，不影响事件本身。
自定义光标（url()）在移动端完全不工作
所有基于 url() 的自定义光标（比如 cursor: url('hand.cur'), auto）在 iOS Safari 和绝大多数 Android WebView 中均被忽略 —— 浏览器根本不解析该声明。
这不是 bug，是设计如此。移动端没有鼠标指针概念，cursor 属性仅用于向 WebKit 发送「此区域需响应触摸」的元信号。所以：
- 别在移动端写
cursor: url(...)，写了也白写 - 即使 fallback 写了
auto，整个声明仍可能被静默丢弃（尤其当路径 404 或尺寸超限） - 真正需要视觉反馈的场景，应该用
:active配合ontouchstart=""或role="button"触发
最易被忽略的一点：所有这些行为都依赖元素拥有真实的 layout box。没有宽高、被裁剪、伪元素无尺寸 —— 光标再准也没用，因为“点”的地方根本不存在。
