多屏适配早已不是简单的分辨率拉伸问题。当RUI电视桌面遇上安卓手机桌面，牵涉到的是焦点控制、帧率匹配、输入法映射、系统级弹窗等一系列底层逻辑的重构。小火桌面作为桌面软件专家，在近两年的TV端与移动端融合项目中，沉淀了一套可复用的技术方案，本文拆解其中的关键节点。

一、焦点引擎与遥控器映射

电视桌面的核心交互是D-pad方向键，而触屏桌面的核心是手势。直接复用安卓手机桌面的RecyclerView焦点逻辑，在TV端会出现严重的“焦点漂移”。我们的方案是构建独立的FocusNode树，在RUI电视桌面中强制启用descendantFocusability的afterDescendants模式，同时将手机端的滑动事件通过MotionEvent的ACTION_HOVER_MOVE转换为方向键事件，延迟控制在8ms以内。

这套映射层并不改动业务Fragment，而是挂在Window级别，因此对上层应用完全透明。实测在4K@60Hz的RUI设备上，连续切换焦点耗时从原生方案的42ms降至19ms，达到流畅标准。

二、帧率同步与渲染隔离

安卓手机桌面普遍以60fps为目标，但电视端因HDMI带宽和面板响应时间，往往锁定在50fps或59.94Hz。若直接沿用手机端的Choreographer回调，会产生周期性卡顿。我们采用双Choreographer隔离：RUI电视桌面走独立的VSYNC通道，与手机桌面的UI渲染线程互不阻塞。

• 手机端：保持原有触摸响应优先级，不因TV任务抢占而掉帧；
• TV端：利用SurfaceFlinger的setDesiredPresentTime提前补偿，消除撕裂；
• 共享层：仅同步数据库和设置项，不做实时绘制。

实际压力测试中，同时开启手机端动态壁纸和电视端4K海报轮播，GPU负载稳定在73%以下，无ANR记录。

三、控件尺寸自适应与安全区

电视屏幕的overscan区域和圆角切割，会让手机桌面的边缘控件被裁切。我们的适配策略并非简单放大dp，而是引入ScaleAwareLayout，根据RUI电视桌面的实际安全区（通常是左右各48px、上下各32px）动态缩放子View。同时，将手机桌面的列表项最小触摸目标从48dp提升至64dp，但仅作用于TV模式，不影响移动端触感。

例如，设置项里的滑动开关，在手机端是12dp宽，在电视端自动变为20dp，且增加焦点描边宽度至3dp，确保2.5米外可视。

四、实战案例：某品牌55寸电视的桌面融合

该机型搭载RUI 7.0系统，预装小火桌面后，需同时保留安卓手机桌面的“应用抽屉”和电视端的“内容瀑布流”。我们通过Type-Aware路由，在同一个Launcher中根据当前输入设备（触摸屏vs遥控器）动态切换布局策略——遥控器操作时隐藏抽屉，显示大图标磁贴；触摸操作时自动展开抽屉，且图标间距缩小15%。上线后，用户日均使用时长提升22%，误操作率下降37%。

五、后续演进方向

目前我们正在测试基于WindowMetrics的跨设备状态同步，让用户在手机上编辑好的桌面布局，无缝推送到RUI电视桌面。这需要统一两端的GridSpan和ItemDecoration计算策略，预计下个版本发布。

多屏适配不是一次性的像素换算，而是对交互语义的重新理解。小火桌面将持续以桌面软件专家的标准，打磨这套方案。