Safari 在外屏被挤窄，苹果承认限制并征集改法

10 月 23 日，苹果 WebKit 团队在介绍 Safari 27.1 新功能的博客里回应了一个被评测反复提到的问题：iPhone Duo 外屏上，Safari 靠右对齐的控件占掉了太多显示空间，网站内容区被挤得很窄。撰稿人 Jen Simmons 承认网站目前没法延伸到控件后面，苹果正在找解决办法。

被挤窄的是哪一块

iPhone Duo 的外屏是 5.4 英寸，对角线长度不到内屏 7.6 英寸的四分之三。Safari 在外屏上把前进后退、地址栏、分享、标签页这些控件排在屏幕右侧，竖着一条，内容区只剩左边那块。网页本身是按直板机的宽度写的，进到这个更窄的画布，正文换行变密、图片被压小。

内屏没有这个问题。展开之后 7.6 英寸的宽度足够让控件与内容各占其位，横过来更宽。同一篇文章在外屏要滑五六屏，内屏两三屏就到底，这个差别用户一上手就能感觉到。

苹果承认的三处限制

Simmons 的说法有三层。第一层是现状：网站目前不能伸到控件后面去。第二层是意图：苹果希望给网页设计师和开发者更多余地，让那块被控件占住的区域也能用起来。第三层是顾虑：现成的做法不够稳。

为什么不能直接放开

技术上有个现成的开关：给 viewport 加上 viewport-fit=cover，网页就能铺到控件底下，安全区交给页面自己处理。Simmons 说这条路会出问题——大量网站没按这个前提做过适配，铺开之后重要内容正好落在控件后面，被挡住的可能是一个按钮或者一段价格。

她的判断是这件事没有唯一解。原话是：看起来只有一种显而易见的做法，但实际上有很多可能。她举的例子是页头背景横跨整个显示宽度：内容不被遮住，那条空间也用上了，两边都能接受。

苹果在找的方案

苹果的说法是正在研究有没有更可靠、也更好用的做法，同时邀请开发者提想法。这种「先公开征集、再定方案」的节奏在 WebKit 上不算常见，说明改动会落在标准与实现两侧，不是发个系统更新就能解决的事。

评测早就抱怨过

这不是新问题。9to5Mac 的首测评测里就写过：5.4 英寸外屏上的 Safari 让人不适应，网页没有为这种形态优化，靠右的控件把可用面积吃掉了一大块；同一篇评测也承认，把控件叠在网页上并不合理，只是滚动体验确实内屏更好。站内此前的首测记录里，机身厚度与手感是重点，浏览器这块没展开（那份首测）。

对开发者和用户分别意味着什么

开发者这边，眼下能做的还是把页面按窄屏兜住：字号、行高、图片宽度在 5.4 英寸这一档不能崩。等苹果给出正式方案之后，再决定要不要专门为外屏做一套版式。

用户这边没有可调的东西。外屏看网页挤，是系统层面的取舍，换浏览器解决不了：第三方浏览器同样要给控件留位置，只是控件摆放的位置可以自己定。真要读长文，展开用内屏是最直接的办法。

还有一层现实：外屏的使用场景本来就偏碎片化。看通知、回消息、扫个码，很少有人在 5.4 英寸的屏幕上读长文。苹果优先处理这个问题，更像是为后续的折叠产品铺路，而不是解决眼下的高频痛点。