<p>fixed侧边栏常见问题有四类：一是父级transform等创建新层叠上下文导致内容截断，应移除无关transform或改用sticky；二是z-index缺失或主内容未留白引发重叠，需设z-index并配合margin-left/calc/Grid布局；三是移动端点击失效或卡顿，应加touch-action: manipulation、避免body overflow: hidden及减少DOM复杂度；四是高度无法自适应，宜用inset: 0或calc(100vh - ...)替代height: 100%，动态场景优先sticky。</p>
fixed定位后侧边栏内容被截断或消失
常见现象是给.sidebar加了position: fixed，但滚动时内容突然“不见”了，或者只显示顶部一小块。根本原因是fixed脱离文档流后，父容器的height、overflow或transform会干扰其渲染——尤其是父级有transform: translateZ(0)或will-change: transform时，会创建新的层叠上下文并剪裁fixed元素。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 检查侧边栏所有祖先元素，删掉不必要的
transform、filter、will-change - 确保
.sidebar的top和left（或right）有明确值，比如top: 0; left: 0;，否则可能塌陷到视口左上角外 - 如果必须保留父级
transform，改用position: sticky+top: 0替代（兼容性够用：Chrome 56+、Firefox 59+、Safari 15.4+）
fixed侧边栏与主内容重叠或遮挡
典型错误是没设z-index，或主内容区域没留出左侧空白，导致滚动时正文从侧边栏底下穿过去。这不是“样式没生效”，而是布局逻辑没对齐。
实操建议：
立即学习“前端免费学习笔记（深入）”；
-
.sidebar必须声明z-index（如z-index: 100），且主内容区.main要配合设置margin-left或padding-left，值至少等于侧边栏宽度 - 避免用
width: 100vw定义主内容宽度——它会撑满整个视口，无视侧边栏占用，正确做法是用calc(100% - 240px)（假设侧边栏宽240px） - 若用CSS Grid布局，直接在容器上设
grid-template-columns: 240px 1fr，再把.sidebar设为position: fixed并用inset: 0 auto 0 0约束范围，更可控
移动端fixed侧边栏点击失效或滚动卡顿
iOS Safari和部分安卓WebView对fixed元素的触摸事件支持不稳，尤其当页面有touchmove监听或overflow: hidden在body上时，容易触发“点不动”或“滚动拖拽失灵”。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 给
.sidebar加touch-action: manipulation，显式告诉浏览器这里只做点击/滑动，减少事件延迟 - 禁用body的
overflow: hidden（比如弹出菜单时常用），改用position: fixed; top: 0; left: 0; width: 100%; height: 100%的遮罩层来锁屏 - 避免在
.sidebar内部嵌套大量DOM或复杂动画；iOS下fixed元素的repaint成本高，卡顿往往源于这个
fixed侧边栏高度无法自适应内容
position: fixed天然不响应父容器高度变化，所以当侧边栏内容动态增减（比如折叠菜单、异步加载列表），很容易出现底部空白或溢出。这不是bug，是定位机制决定的。
实操建议：
立即学习“前端免费学习笔记（深入）”；
- 别依赖
height: 100%——它只认视口高，不是父容器高；改用inset: 0（等价于top: 0; right: 0; bottom: 0; left: 0）让元素贴满可用空间 - 如果需要撑满“可视区域减去header/footer”，用
calc(100vh - 64px - 48px)（假设header高64px、footer高48px），比JS计算更轻量 - 真要动态适配高度（比如侧边栏内有可展开面板），优先考虑
position: sticky；只有当必须“永远钉在视口”时，才用fixed+ JS监听resize和内容变化，手动更新max-height
fixed侧边栏看着简单，但真正落地时，transform层级、z-index作用域、移动端事件链、高度计算方式这四点，任何一个没对齐，都会让效果打折扣。最常被忽略的是祖先元素的transform——它不报错，只是悄悄吃掉你的fixed元素。
