科技资讯
折叠屏把“一块屏幕”拆成了两种浏览场景：展开时接近平板，合上时是一条窄视口。苹果这次回应的，正是窄的那一半。
据 IT之家 报道，苹果 WebKit 团队已针对其折叠机型外屏上 Safari 控件占用空间过多、网页内容可显示区域偏小的问题着手处理，并表示正在研究更可靠的修复方案【1】。相关表态出自 WebKit 团队成员 Jen Simmons 介绍 Safari 27.1 的博文【2】。
看起来是个体验细节，实际牵出一个老问题：网页到底能不能“铺”到系统控件下面，铺过去之后谁负责不出事。
先看苹果的取舍：承认问题，但不肯“一键放开”
据同一来源，Simmons 承认了当前限制——网站无法延伸到 Safari 控件后方，开发者因此难以用满外屏宽度来设计页面【2】。
但苹果没有走最省事的那条路：直接允许通过 HTML 的 viewport-fit="cover" 让页面铺到控件背后。理由说得很直白——大量网站并没有为安全区域做过适配，一旦放开，重要按钮、正文甚至表单控件可能被浮层、圆角或挖孔遮挡，体验反而更糟【3】。
这个判断值得国内团队认真读一遍。它说明一件事：折叠形态的浏览体验，不是系统厂商单方面改个默认值就能解决的，网页侧欠的适配债，最终还是要网页侧自己还。
事实层：外屏到底挤在哪
把来源里的信息压缩一下，问题链路大致是这样：
- 机型发售后，有用户反馈外屏 Safari 的网页可用空间明显偏小；
- 刷新、地址栏等控件被右对齐放置，占掉了外屏相当一部分横向空间；
- 结果是正文和图片被压缩，浏览体验弱于展开后的内屏；
- 多家媒体在评测中也指出，现有网页尚未针对这种屏幕形态充分优化【1】。
一句话概括：并非 Safari 本身出了问题，关键在于网页仍按“竖屏手机”和“展开平板”两套假设在排版，中间那块又窄又长的视口，没有对应的设计语言。
为什么这不是“改个开关”的技术活
从工程视角看，这里至少叠了三层复杂度，都是团队自己动手时才体会得到的：
第一层，安全区域是系统与网页之间的约定。 viewport-fit=cover 只是允许页面越界，不等于越界之后不会出事。真正决定内容是否被遮挡的，是 env(safe-area-inset-*) 这一组变量有没有被正确使用，以及固定定位元素有没有给它留位置。
第二层，控件形态本身在变。 地址栏的位置、悬浮方式、收起展开时机都会影响可用高度。按某一版控件位置调好的布局，换个系统版本就可能错位。
第三层，折叠与展开会实时改变视口。 尺寸变化触发的重排、滚动位置恢复、吸顶导航与悬浮按钮的重算，都是容易出问题的地方，而这些恰恰是自动化测试覆盖不到的部分。
对中国团队意味着什么
这条新闻表面上属于苹果生态，实际上三类中国团队都该对号入座：
出海品牌站与独立站。 折叠机用户占比目前不高，但往往集中在高客单、高活跃人群。商品详情页、加购与结账流程里，悬浮购物车、底部支付条、右上角关闭按钮，正好是最容易撞上控件区和圆角的位置。
跨境 App 内的 H5 与小程序容器。 安全区处理常常是历史遗留问题：业务页面各自为战，容器层没有统一下发规则。与其等系统方案落地后逐页返工，不如在容器层做一次统一处理。
做国内折叠屏适配的团队。 华为、荣耀、小米、OPPO、vivo 的折叠机型同样存在外屏窄视口叠加圆角、挖孔遮挡的情况，逻辑和这次讨论高度一致。苹果这条消息的价值，是把一个共性问题公开摆到了台面上。
可以直接排进迭代的六件事
- 补一档设计断点。 按“宽度窄、高度充裕”的外屏形态单独出一版首屏布局，别把主 CTA 硬贴在右上角或右下角。
- 审计
viewport-fit与env()的使用。 抽查核心页面是否声明了 cover、是否有对应 padding 兜底，重点看固定底栏、吸顶导航、Toast、授权弹窗。 - 区分“允许越界”和“内容避让”。 背景图可以铺到控件后面，可点击元素和文字不行，这条规则要写进组件库。
- 补真机测试路径。 除开发者工具模拟窄视口外，至少在折叠态与展开态之间来回切换，观察滚动位置、弹窗定位和吸顶元素。
- 加一组外屏维度的埋点。 看外屏会话的跳出率、首屏可见内容比例、CTA 点击率，用数据判断改造优先级，而不是凭感觉。
- 建立反馈通道。 来源提到苹果邀请开发者提交建议【4】，出海团队如果在一线遇到具体遮挡案例，提交给平台侧比在内部抱怨更有用。
风险与不确定性
需要说清楚几点边界：产品命名、Safari 版本号与方案上线时间，应以苹果官方口径为准，本篇沿用来源表述【1】；苹果目前处于“研究方案”阶段，并非已交付的定论【4】。因此不建议为此做紧急发版，更合理的做法是把它并入季度适配 backlog，和既有的折叠屏、安全区域改造一起推进，摊薄成本。
下一步：三个时间粒度
- 本周：拉出核心链路页面清单（首页、详情、加购、支付、登录弹窗），逐页看一遍窄视口下的遮挡情况。
- 本月：在组件库层面统一安全区兜底规则，把外屏断点纳入设计规范。
- 本季度：补齐真机测试与埋点，形成可复用的折叠形态适配清单，等平台方案落地时能第一时间跟进。
系统层面的修复迟早会来，但网页侧的适配质量，决定了那之前和那之后用户看到的到底是什么。
参考文献
【1】苹果回应 iPhone Duo 外屏“Safari 控件抢地盘”问题：正研究修复方案 — https://www.ithome.com/1/017/297.htm
【2】同上来源：关于 WebKit 团队成员 Jen Simmons 与 Safari 27.1 博文的事实点（编辑注：同一来源的不同事实点）— https://www.ithome.com/1/017/297.htm
【3】同上来源：关于 viewport-fit="cover" 与安全区域适配风险的表述（编辑注：同一来源的不同事实点）— https://www.ithome.com/1/017/297.htm
【4】编辑注：基于该来源的二次解读、行业判断与落地建议 — https://www.ithome.com/1/017/297.htm
