众所周知，对于如今的智能手机行业来说，“大折叠”通常会被视为各家定位最高的产品线。

的确从硬件层面来说，“大折叠”的屏幕成本极高、转轴往往也需要顶尖的工艺和材料，再加上还要在极度有限的机身内部空间里解决性能、影像设计，本身就需要手机厂商最极致的设计水平来做支撑。

但如果我们将视线转向“大折叠”的软件适配，事情就会变得有点尴尬了。一方面，厂商自己的那些“自带软件”，绝大多数（甚至不是全部）都能确保在大折叠不同屏幕显示比例上的自动排版。

但另一方面，纵观各大手机厂商的官网会发现，除了极少数明确适配的第三方App之外，大部分常用应用对于“大折叠”的适配工作，至今还只能总结为一场闹剧。

为什么这么讲呢？因为绝大多数App在这类机型上的“适配”，基本可以总结为三种方法。

第一种，就是使用手机厂商在系统层面提供的分屏机制，将“大折叠”的显示区域分为左右两个部分。这样一来，两边的显示比例基本都会变回与直板机型接近的水平，软件就只用“分屏运行”就行，便不再需要针对其重新编写、设计横屏的大尺寸屏幕界面了。

第二种办法，甚至还要更“懒”一些。部分App会直接“无视”手机当前的屏幕比例，直接锁定一个与直板机近似的分辨率参数，并以此显示自身的界面。当然，这样一来，没有被“用”到的屏幕其他部分，就会显示为没有内容的黑色，也就是巨大的两侧黑边。

我们之前在做评测时，就曾遇到过有跑分软件采用了这种策略

最后，那些不想好好适配“大折叠”的应用开发者还有一种“解决方案”，那就是在App被点开的同时，自动旋转屏幕90度，从而将原本应该是横屏的手机“当作”竖屏来显示。通过逼迫用户将机身转个角度来使用的方式，规避软件界面的横屏重新设计工作。

很显然，无论是以上这三种“适配”方式的哪一种，都无法实现对“大折叠屏”屏幕尺寸，以及展开后横屏显示比例的真正有效利用。因为上述的这些方案，本质上都没有为折叠屏设备重新设计基于横向比例、更大面积的第二套界面。

不过可能大家想象不到的是，实际上前面讲到的这三种“偷懒”的折叠屏App适配方式，其实都并非手机厂商、或者App开发者的“创意”。因为它们之所以能够实现，都是因为谷歌从一开始就在Android系统的代码里，留下了相关的“口子”。这其中有一些功能（比如允许App在横置大屏设备上强制旋转屏幕显示），甚至可以追溯到Android 4.x时代。另外一些也是谷歌在前些年为了解决Android平板和折叠屏设备缺乏软件适配的问题，不得不临时提出的变通办法。

站在谷歌的角度来说，他们可能会觉得，这些变通的适配方式毕竟体验不算很好，所以相关App的开发者自然会在以后进一步主动增加专门的大屏UI，真正地为平板和折叠屏做好功能和界面。但问题就在于，谷歌显然低估了绝大多数开发者的“惰性”，以至于大家反而会因为有了这些并不完美的“临时解决方案”，就干脆完全不去做进一步的努力了。

很显然，这样的局面绝不是谷歌想要看到的。所以当时间来到2025年，他们似乎也终于要在新版系统中针对折叠屏（和平板）的软件适配，做出一些“强制性要求”了。

近期有消息显示，在最新的Android 16 Beta版里，谷歌已经开始取消能让App“主动指定分辨率和显示宽高比”的API接口，目前这一改动还仅针对API等级36（也就是Android 16）的应用生效。其具体的表现，就是这部分应用如果没有针对折叠屏重新设计横屏的界面，那么它们将会被系统强制拉伸到全屏（且横屏）显示，从而造成极其丑陋的UI界面。

如果App不主动适配，那么它们在新版系统里将会被100%强制拉伸界面

更进一步，根据谷歌方面公布的说法，等到明年Android 17推出的时候，相应的允许应用自行旋转屏幕以及选择分辨率的API将会完全失效。届时，不管是新老软件，都必需针对折叠屏、平板电脑等横置大屏设备重新设计界面逻辑。否则它们将会被“一视同仁”地进行全屏拉伸显示。

很显然，谷歌方面正在试图用这种方式，倒逼开发者必须尽快地主动为折叠屏和平板电脑进行App界面的适配。

当然，有些朋友可能会因此担心，那如果App早已停止更新，岂不是会现在还能勉强用，到了新版系统后界面就会因没有适配，从而导致显示得更难看、甚至更难用吗？

其实大家还真不用担心这一点，因为早在多年前开始，整个Android生态就已经逐步在淘汰对于“老旧App”的兼容性。现在大家可以尝试着在最新的Android手机上安装那些六七年前的老App，大概率都无法安装，或者哪怕安装之后也不一定能正常运行。

所以哪怕谷歌真在新版系统上强制开发者必须要重写App界面，这项新改变本身也几乎不可能会影响到那些早已停更、或多年没有升级过API的老应用。毕竟人家连正常安装、运行都做不到了，改不改UI又还有什么意义呢？

【本文图片来自网络】