悬浮按钮点击无反应通常不是z-index失效，而是未设置position属性；必须添加relative/absolute/fixed定位后z-index才生效，且需注意层叠上下文、点击热区和状态管理。
悬浮按钮点击时没反应，是不是z-index没生效？
不是z-index本身失效，而是它只对「定位元素」起作用。如果按钮是position: static（默认值），哪怕设了z-index: 999也完全无效。必须先加position: relative、absolute或fixed，z-index才有意义。
常见错误是只改z-index却忘了加定位声明，结果按钮被其他层遮住，点不到——表面是“没反馈”，实际是“根本没点中”。
- 给悬浮按钮加
position: fixed（最常用，适配滚动页面）或position: absolute（相对父容器定位） -
z-index值不需要特别大，比它可能覆盖的最近定位祖先高就行；但避免滥用9999，后期维护容易冲突 - 若按钮嵌套在
transform、opacity不为1的容器里，可能触发新的层叠上下文，导致z-index作用范围受限
点击反馈用:active还是JavaScript加类？
纯CSS用:active最轻量，适合简单缩放/变色；但它的触发依赖“按住状态”，在触摸设备上可能延迟或不触发，且无法持久保留状态（比如点击后要保持按下样式直到下次点击）。
真正需要明确“已点击”状态（如切换开关、标记完成），必须用JS控制class。这时候z-index反而要配合：比如点击后弹出菜单，菜单需更高z-index，且菜单自身也要有position才能受控。
立即学习“前端免费学习笔记（深入）”；
-
:active写法示例：.fab:active { transform: scale(0.92); }，记得加transition才平滑 - JS控制时，别直接改
style.zIndex，统一用class管理，例如.fab.is-open { z-index: 1001; } - 如果同时有多个浮动组件（如通知气泡、侧边栏），它们的
z-index应按功能分组（如导航类100–199，弹窗类1000–1099），避免随意堆叠
移动端点击区域太小，z-index再高也没用
iOS Safari 和部分安卓浏览器对可点击区域有最小尺寸要求（通常44×44px）。如果按钮图标只有24×24px，即使z-index再高、:active再明显，用户实际点击落点大概率偏移，反馈就不可靠。
解决方式不是调z-index，而是扩大**可点击区域**，同时保持视觉大小不变：
- 用
padding撑开点击热区，配合box-sizing: border-box - 或用
::before伪元素扩展：例如.fab::before { content: ""; position: absolute; inset: -12px; }（向外扩12px） - 确保父容器没有
overflow: hidden裁掉伪元素，否则热区失效
为什么菜单弹出后点不到按钮？z-index层级链断了
典型场景：悬浮按钮z-index: 100，点击后弹出菜单，菜单z-index: 1000，但菜单关闭后按钮再也点不中——往往是因为菜单的父容器用了position: relative且z-index: 1，无意中创建了新层叠上下文，把按钮“锁死”在低层里。
本质是z-index不是全局排序，而是按层叠上下文分组排序。按钮和菜单若不在同一上下文内，它们的z-index互不干扰。
- 检查按钮和菜单是否被不同
position + z-index的祖先包裹，尤其是带transform、filter、will-change的容器 - 最稳妥做法：让按钮和菜单共享同一个定位祖先，或都脱离文档流（如全用
fixed），避免中间插入“层叠锚点” - 调试时用浏览器开发者工具的“Layers”面板（Chrome）或“Box Model”查看实际层叠顺序，比猜更准
z-index问题从来不是数字大小的问题，而是层叠上下文的嵌套关系没理清。动不动就加!important或堆9999，只会让下一次排查更难。 
