viewport-segment 不是标准 css 特性,2024 年中无任何浏览器支持,它未被纳入 css 规范,也非 chromium、webkit 或 gecko 的实验功能,相关写法如 @media (viewport-segment: ...) 完全无效。

viewport-segment 不是标准 CSS 特性,目前(2024 年中)没有任何浏览器支持 viewport-segment 这个属性或媒体特性——它根本不存在于 CSS 规范中,也不是 Chromium、WebKit 或 Gecko 的实验性功能。试图在 CSS 中写 @media (viewport-segment: ...) 或 viewport { segment: ... } 会完全无效,且不会触发任何警告。
为什么搜到“viewport-segment”相关文章?
这是混淆了几个不同层级的概念:
- 部分折叠屏设备(如三星 Galaxy Z Fold 系列)在展开时会向浏览器报告两个独立的
screen区域,但这是通过 操作系统级窗口分割 实现的,不是 CSS 暴露的新媒体查询 - 早期 Chromium 曾短暂实验过
screen-spanning媒体特性(用于检测是否横跨双屏),但它已于 Chrome 114+ 移除,且从未进入标准 - 某些文档误将 WebKit 的私有前缀
-webkit-viewport-segment当作可用 API,实际上该前缀未被实现,也无对应行为
真正可用的折叠屏适配方案
当前唯一稳定、跨厂商(Samsung、Huawei、Microsoft Surface Duo)、有规范支持的路径是:
- 用
@media (display-mode: browser)+@media (min-width)组合粗筛设备能力,但不够精准 - 依赖
window.screenSpanning(仅 Samsung Internet 21+ 支持)判断是否处于双屏展开态:if ('screenSpanning' in window && window.screenSpanning === 'dual') { /* 双屏模式 */ } - 更通用的做法:监听
resize事件,结合window.innerWidth与window.innerHeight的突变比例(例如宽高比突然 > 2.0 且宽度 > 1200px)来启发式识别展开态 - 对关键容器使用
container-type: inline-size+@container查询,在局部响应尺寸变化(适合折叠动画过程中的渐进适配)
避免踩坑的关键点
很多开发者在调试时掉进这些陷阱:
- 在 Chrome DevTools 的“Device Toolbar”里选“Foldable”预设,不代表真实双屏渲染——它只模拟 viewport 尺寸,不模拟
screenSpanning或跨屏 DOM 分割 - 误以为
document.documentElement.clientWidth在双屏下能反映单屏宽度;实际它返回的是整个逻辑视口宽度(即两屏拼接后的总宽),需用window.visualViewport?.width辅助判断当前聚焦区域 - 给
<meta name="viewport">加viewport-fit=cover对折叠屏无意义,该属性仅影响 iPhone 的安全区,与双屏无关 - CSS
grid-template-areas或display: flow-root无法自动拆分内容到两块物理屏幕——内容始终渲染在一个逻辑文档流中,系统负责窗口级分发
折叠屏的真实适配核心不在 CSS 新语法,而在理解浏览器如何暴露硬件状态、以及何时该交由 JS 做运行时决策。把希望寄托在某个不存在的 viewport-segment 上,只会让布局在真机上彻底失效。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!











