LineageOS GSI 圆角失效之谜：为何最近任务与对话框不听话？

在使用 LineageOS GSI 为老旧设备注入新生的过程中，追求完美的视觉一致性往往是极客玩家们乐此不疲的环节。不少折腾过 GSI（Generic System Image）的用户可能会遇到这样一个令人抓狂的BUG：明明已经在 build.prop 或者系统显示设置中调整了 rounded_corner_radius 参数，重启后发现，锁屏、状态栏或许顺滑地变圆了，但“最近任务”里的应用卡片以及那些弹出的对话框依然一副“棱角分明”的样子，仿佛对系统的圆角指令置若罔闻。

图中展示了最近任务卡片和对话框依然保持方角的现状，与系统圆角设置不一致。

这种现象并非个例，它揭示了 Android 系统中 UI 渲染层级与配置生效范围的复杂性。我们需要跳出简单的参数修改思维，从 SystemUI 的代码逻辑中去寻找答案。

机制解析：SystemUI 中的多级圆角控制

实际上，Android 系统中的圆角并非由一个单一的开关控制。rounded_corner_radius 这一属性通常作用于 Framework 层面，它决定了窗口装饰和一些底层界面的曲率。然而，SystemUI（系统界面）作为独立于 Framework 的一个 APK，拥有自己的资源定义和渲染逻辑。

具体到“最近任务”界面，其任务卡片的圆角其实是由 SystemUI 内部的 dimen 资源文件定义的。在 LineageOS 的源码中，这个数值往往硬编码在 frameworks/base/packages/SystemUI/res/values/dimens.xml 或者相关的 overlay 文件里。当你修改了系统级的 rounded_corner_radius 时，SystemUI 在绘制多窗口任务概览时，读取的却是自己内部定义的 task_card_radius 或类似名称的变量。这种“数据孤岛”导致了设置无法传递的结果。

对话框的独立性

至于对话框（Dialog）的不归圆，原因则更加复杂。Android 的对话框分为多种类型，系统原生对话框和应用内自定义对话框是两码事。即便是系统原生的对话框，在 Material Design 设计规范的影响下，其圆角半径往往遵循一套独立的标准，可能与设备厂商定义的整体圆角策略不同。

此外，GSI 的特殊性在于它运行在不同厂商的底层硬件抽象层（HAL）之上。某些厂商的 SystemUI 优化或者底层的 SurfaceFlinger 配置，可能会强制覆盖部分 UI 绘制参数，导致 GSI 中的设置无法生效。如果底层的 vendor 分区包含了对圆角处理的原生支持或特殊配置，GSI 可能会因为权限或匹配问题而无法正确应用这些更改。

深度定制：如何实现真正的全局圆角

如果你不甘心于这种“半圆角”的状态，想要从根本上解决问题，单纯的属性修改已经行不通了，我们需要更极客的手段。

首先，解压 LineageOS GSI 的系统镜像文件，定位到 SystemUI.apk。使用反编译工具打开它，找到 res/values/dimens.xml 文件。在这里，你需要搜索与“最近任务”、“卡片”、“圆角”相关的 dimen 条目，例如 recents_task_view_radius 或 dialog_corner_radius。将这些数值手动修改为你期望的像素值，并重新编译打包 APK。

对于对话框，如果不想动 SystemUI，可以尝试通过 ROM Control 或者其他能够自定义 overlay 风格的工具，强制覆盖系统的对话框样式资源。此外，检查 /system/product/overlay 或 /system/vendor/overlay 目录下是否存在冲突的资源包，有时候底层的 overlay 会优先级更高，从而顶掉了你在 GSI 中做的修改。

结语

玩转 GSI 的乐趣就在于这种抽丝剥茧的修复过程。虽然 rounded_corner_radius 看起来像一个万能参数，但在实际的 SystemUI 架构中，它只是冰山一角。理解了 SystemUI 自行管理 UI 资源的逻辑后，通过修改 APK 内部资源或调整 overlay 层级，我们终能让那些顽固的方角乖乖变圆，打造出视觉上真正统一的定制系统体验。