右侧悬浮条贴不住右边缘的根本原因是 right/top 基准点设置错误或祖先元素存在 transform/perspective/filter 导致 fixed 相对新包含块定位；必须设 right: 0，避免触发新包含块，移动端居中需配合 transform: translatey(-50%)，并注意微信 x5 内核闪动问题。
右侧悬浮条用 position:fixed 但总贴不住右边缘？
根本原因是没设对 right 和 top 的基准点，或者父容器有 transform、perspective 或 filter 导致 fixed 脱离视口定位。浏览器会把有这些属性的元素当作新的“包含块”，fixed 就变成相对它定位了。
-
right: 0才能紧贴右边缘；写成left: auto不够，必须显式设right - 避免在悬浮条任意祖先上加
transform: translateZ(0)、filter: opacity(0.99)等——哪怕只是为触发硬件加速，也会破坏fixed - 移动端需额外加
bottom: auto配合top: 50%居中时，记得用transform: translateY(-50%)，否则会因滚动条宽度变化偏移
社交图标堆叠错位或换行？检查 flex 容器和尺寸单位
常见现象是图标在小屏上挤成两列，或竖排间距忽大忽小。问题不在 position:fixed，而在内部布局容器没控好流式行为。
- 外层用
display: flex+flex-direction: column，别用block+margin-top模拟间隔——后者在缩放或字体设置下易失准 - 图标尺寸统一用
rem或em，不用px；width/height设为相同值（如2rem），避免 SVG 内部 viewBox 导致比例异常 - 给每个图标链接加
display: block，防止 inline 元素受空格/换行影响对齐
点击后页面跳转或分享失败？别漏掉 target 和 rel
悬浮条里放分享链接（比如微博、微信）时，用户点击后常意外刷新当前页，或被浏览器拦截弹窗——这跟 CSS 无关，但和 HTML 结构强相关。
- 所有外链必须带
target="_blank"，否则默认在当前页打开，打断用户浏览流程 - 加上
rel="noopener noreferrer"，否则新页面可通过window.opener访问原页面，有安全风险，且部分浏览器会因此降级性能 - 微信分享链接不是直接跳转，而是唤起客户端，所以要用
weixin://协议（仅 iOS/Android 微信内有效）；网页端应降级为二维码弹层，不能只靠一个a标签
IE11 或旧版 Safari 下不显示？fixed 的兼容性陷阱
IE11 对 fixed 在 transform 祖先下的表现和现代浏览器一致，但有个隐蔽坑：如果父元素用了 will-change: transform，IE11 会直接让子元素 fixed 失效，且不报错。
立即学习“前端免费学习笔记（深入）”；
- 检测是否真需要
will-change：多数情况用transform: translateZ(0)触发 GPU 加速已足够，will-change只在动画频繁区域按需开启 - Safari 12.1 之前不支持
fixed在overflow: scroll容器内的正确表现，若页面主体用了height: 100vh; overflow: auto，悬浮条可能随内容滚动——此时得改用position: absolute+ 监听scroll手动更新top - 不要依赖
@supports (position: fixed)做降级，它在 IE 中返回true，但实际行为不可靠；稳妥做法是 UA 判断 + 功能检测
最麻烦的其实是微信内置浏览器：它用的是 X5 内核，对 fixed 的实现夹在 Android Webview 和 iOS WKWebView 之间，有时滚动时会闪动，有时会卡住。这时候加 backface-visibility: hidden 到悬浮条本身，比调 z-index 更管用。
