透明提示层挡住触摸按钮，怎样用 elementFromPoint 找到命中层

透明度为零的遮罩仍可能参与命中测试。先用 elementFromPoint 在实际点击位置找接收元素，再按设计决定遮罩是否应使用 CSS pointer-events:none；它与 PointerEvent 接口是不同层面的概念。

把视觉透明与输入透明分开

附件把一块完全透明的div放在按钮上方，位置与尺寸完全相同。auto组的点击被mask命中，按钮计数保持零；none组同一坐标命中btn，按钮才计数。opacity只决定可见程度，不能说明输入一定穿透；设置背景为透明也有同样的误判风险。

先查堆叠再改硬件设置

用视口坐标调用elementFromPoint，记录返回id和元素矩形，再检查遮罩的定位、尺寸与pointer-events。必要时用elementsFromPoint看同一点的候选层次。若页面已经收到点击却落在遮罩上，重新校准USB触摸框通常无法解决这个DOM层问题。先确认命中链，才能决定应缩小遮罩、调整层级，还是让装饰层不接收输入。

穿透的副作用也要验证

pointer-events:none让该元素本身不成为指针命中目标，但不等同于从DOM移除，也不自动改变键盘焦点规则。若遮罩有可交互子元素，需要明确子元素是否重新允许命中以及父级监听器是否仍会在传播路径上执行。附件使用无子元素的纯装饰层，结论不能直接覆盖复杂弹窗或整页模态交互。

如何判定修复完成

脚本通过实际鼠标输入和原生命中测试断言目标与动作数，不伪造一个click去绕开遮罩。真实触摸终端还应复测屏幕边缘、不同缩放与弹层切换，确认隐藏状态不会遗留不可见的大矩形。若elementFromPoint已经是btn却没有动作，继续查disabled、监听器绑定和业务回调，不要把所有点击失败都归到透明层。

检查视觉隐藏后的残留命中盒

弹层收起时若只动画opacity，结束后那块大矩形可能继续覆盖页面。可以按设计同步切换visibility、移除节点或调整pointer-events，但要检查过渡期间是否允许下层动作。用于阻止误操作的模态遮罩不能简单改为none让点击穿透到危险按钮。附件的遮罩是纯装饰层，结论只说明透明本身不等于穿透，实际是否穿透应由交互任务决定。

下载并复现

下载原创HTML夹具、独立验证程序、本次执行记录和依赖与运行说明，放在同一目录。安装Playwright 1.58.0及其Chromium后运行 python verify.py；程序使用两个随机本地端口，自动关闭浏览器与服务，不请求外网或业务接口。

本次实际环境为Python 3.12.4、Playwright 1.58.0、Chromium 145.0.7632.6。Playwright浏览器鼠标/键盘与页面API实跑；无实体硬件或业务控制。断言已通过；完整事件和数值保留在执行记录，不能把它改名后当目标展项测量。

继续核查与一级出处

基础背景见触摸查询机无响应/漂移排查。命中层判断所用坐标也必须处于同一视口参考系，可继续用页面滚动后热点整体偏移，怎样核对 clientX 与 getBoundingClientRect取证；相关工程入口在专题与产品对接说明。

• elementFromPoint按命中测试返回元素：2026-10-24已联网读取一级来源；CSSOM View，2025-09-16 Working Draft；只作机制说明。