接上条，聊聊「小白条沉浸」这个老大难的问题，也是大家反馈的TOP之一。

在这之前，想先和大家简单的科普一下：「小白条」到底是怎么来的？简单说，在全面屏时代，为了提高手势操作便利性，系统会用一个「小把手」，也就是现在的小白条来替代过去以点击为主的虚拟按键，这个区域实际上抬高了应用界面，所以需要三方应用来适配该区域的填充情况。

这个设计的初衷是好的，但它也带来一个新问题：三方应用如果没按全面屏规范适配该抬高区域，这块就会默认黑/白背景，割裂感就这么来了。

我们在尽力推动三方适配的同时，为了用户体验感受，也只好主动下场做系统级的兼容优化。经过工程师和其他伙伴的一起努力，一些大家吐槽较多的高频使用场景，已经基本在#ColorOS16# 版本上得到改善。像抖音、微博、快手等这类头部应用，在绝大部分核心界面下，小白条的沉浸体验已经做得比较到位。直接上图，大家可以更直观地感受一下：

图1至图4，分别是微博全屏预览图界面、抖音设置页、抖音附近团购页以及小红书视频评论页，ColorOS 15和 ColorOS 16 版本小白条沉浸效果的对比。

之前底下突兀的黑/白条，现在都能很好地融入背景，整体观感好了不少。但我也想坦诚地和大家说，手机厂商来做主动适配，是把双刃剑。毕竟我们不能去改App的代码，大多数情况下只能做一些兼容性的优化。有时候效果好了，但可能又会带来新的问题，这些问题可能不那么显性，但有可能有不可预测的后果，这就是为什么一些“模块”似乎能解决一些，但官方反而解决不了，问题就在于此。

还有一种方式是强制沉浸，即无需这个抬高的区域（同关闭导航手势条显示一样），但同样会导致部分应用下方导航栏按钮操作热区遮挡，操作可能存在影响。所以目前我们只能将TOP级应用场景一个个拆解出来，寻找方案一对一进行适配。

而且这活儿还有一个难点，因为根源在生态的适配，所以目前所提供的方案就可能会出现我们刚适配好这个版本，App下个版本一更新或者界面一改，某些场景就会视觉割裂不沉浸，我们就得再跟进适配一次。由于不同机型、系统和应用版本的差异，表现也会有所不同，所以这事儿也急不来，需要我们把它当成一个长期项目，持续去优化系统侧的方案，也持续去推动开发者进行主动适配。