媒体查询中修改 position 未生效，主因是目标元素有 !important 定位或父容器 overflow: hidden 裁剪；需检查计算样式，用更具体选择器替代 !important，慎用 % 单位，iOS fixed 异常可降级为 absolute 或改用 sticky，折叠屏适配需用 spanning 媒体特性。

媒体查询中修改 position 属性为什么没生效？

常见原因是目标元素已有 !important 写死的定位，或父容器设置了 overflow: hidden 导致 position: absolute 子元素被裁剪。媒体查询的 CSS 优先级和普通规则一致，不会自动覆盖高权重声明。

• 检查计算样式（DevTools 的 Computed 面板），确认 position 是否真被应用
• 避免在媒体查询里用 !important，改用更具体的选择器，比如 .header .nav-item 而非仅 .nav-item
• 若切换 position: fixed ↔ position: sticky，注意 sticky 需要父容器有明确高度或 overflow 不为 visible

移动端用 top/left 定位时，单位该选 px 还是 rem？

选 rem 更稳妥，但前提是根字体大小已随屏幕缩放动态调整。直接写死 px 在高 DPR 设备（如 iPhone）上会显得偏小，且无法响应视口变化。

• 推荐搭配 viewport 设置：

  <meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">

• 在媒体查询中重设 html 字体大小：

  @media (max-width: 480px) {
    html { font-size: 14px; }
  }

• 慎用 %：对 position: absolute 元素，left: 10% 是相对于包含块宽度，不是视口，容易错位

position: fixed 在 iOS Safari 中滚动异常怎么办？

iOS Safari 对 fixed 元素的渲染有历史兼容问题，尤其在输入框聚焦、页面滚动后，元素可能“粘滞”或错位。这不是媒体查询本身的问题，但常在响应式场景下暴露。

Theta EdgeCloud Skill

Theta EdgeCloud API密钥优先的运行时框架，具备安全的命令级授权与试运行安全保障。

下载

• 临时方案：媒体查询中对 iOS 设备降级为 position: absolute，并用 JS 监听 scroll 手动更新 top
• 更可靠做法：改用 position: sticky（iOS 15.4+ 支持良好），并确保其父容器无 transform 或 perspective
• 绝对避免在 fixed 元素上同时设置 transform: translateZ(0) —— 这会触发硬件加速，反而加剧 iOS 渲染 bug

如何用媒体查询适配折叠屏（如 Surface Duo）的双屏展开状态？

不能只依赖 min-width，需结合 spanning 媒体特性。Chrome/Edge 已支持，但 Safari 尚未。

立即学习“前端免费学习笔记（深入）”；

• 检测单屏 vs 双屏展开：

  @media (spanning: single-fold) {
    .sidebar { display: none; }
    .main { width: 100%; }
  }
  
  @media (spanning: dual-fold) {
    .sidebar { position: fixed; left: 0; width: 280px; }
    .main { margin-left: 280px; }
  }

• 注意：spanning 查询必须配合 display: foldable 的 UA 字符串或真实设备测试，模拟器支持有限
• fallback 方案：用 screen.width 和 window.innerWidth 差值判断是否处于折叠态（例如差值 > 200px 很可能是双屏）

实际项目里最易忽略的是：媒体查询只控制样式，不改变 DOM 结构。如果定位依赖某个父容器存在（比如 position: absolute 找最近的 position: relative 祖先），而这个祖先在某些断点被 display: none 了，定位就会完全失效——这时候得用 visibility: hidden 替代，或者重构布局逻辑。