应使用 position: fixed 而非 absolute，因 fixed 始终相对于视口定位、滚动不偏移，而 absolute 依赖最近已定位祖先，易受父容器 transform 或滚动影响导致错位；bottom/right 推荐起始值为 20px，需配合媒体查询适配移动端及底部元素间隙；z-index 需高于同级浮层（如 modal 的 1050），但避免滥用超大数值。
为什么用 position: fixed 而不是 position: absolute
因为 position: absolute 会相对于最近的已定位祖先（比如 position: relative 的父容器）偏移，页面一滚动，按钮就跟着“消失”；而 position: fixed 是相对于视口（viewport）定位，滚动时始终钉在屏幕右下角。常见错误是误用 absolute 后发现按钮随内容滚动跑偏，或者被遮挡——根本没固定住。
bottom 和 right 设多少才合理
推荐从 bottom: 20px、right: 20px 起手，这是兼顾可触达性与不遮挡内容的常用安全距离。注意：
- 移动端小屏下若按钮太靠近边缘，可能被手指误触或系统手势栏遮挡，建议用
@media调整为bottom: 16px、right: 16px； - 若页面底部有固定
footer或 tabbar，需预留足够间隙，避免重叠； - 不要设
top或left，否则按钮会卡在左上角，反而干扰阅读。
z-index 必须 ≥ 1000 吗
不一定非得是 1000，但必须高于页面中其他 fixed 或 absolute 元素。实际项目里常见冲突点：
- Bootstrap 的
modal默认z-index: 1050，反馈按钮至少设1060才能浮在上面； - 广告 banner、导航栏、加载遮罩层也常设
z-index: 999或更高； - 检查方式：打开 DevTools → 选中按钮 → 查看 computed styles 中的
z-index是否生效，以及是否被其他层覆盖。
父容器用了 transform 或 overflow: hidden 会导致 fixed 失效吗
会。某些 CSS 属性会触发新的包含块（containing block），从而破坏 fixed 相对于视口的定位基准：
立即学习“前端免费学习笔记（深入）”；
- 父元素设了
transform、perspective或filter，会让子元素的fixed变成相对于该父容器定位（即退化为类似absolute）； - Android WebView 中，若父容器有
overflow: hidden且高度不足，可能裁掉fixed元素； -
iframe内部的fixed是相对于 iframe 自身视口，不是外层页面——若需跨 iframe 固定，得用 JS 监听外层 scroll + 动态计算位置。
position: fixed，而是判断它到底相对于谁在定位、谁截断了它的渲染范围、以及滚动时谁该动谁不该动。 
