第2章 方向感知层设计：View层级方向属性、LayoutDirection传递、WindowToken与Display方向绑定

2.1 模块边界与职责定义

方向感知层位于Android系统UI框架的中枢位置，向上承接应用层通过 setLayoutDirection() 或布局文件声明的方向偏好，向下绑定到 Display 的物理方向。该层的核心职责是 将Display的方向信号逐级转化为每个View可读取的 LayoutDirection 属性，并确保RTL（从右到左）与LTR（从左到右）下的测量、布局、绘制流程能够正确定向。

本章围绕三个关键环节展开：

• View层级方向属性——每个View自身存储的 mLayoutDirection 字段及其继承规则；
• LayoutDirection传递——从 Activity → PhoneWindow → DecorView → 子View的递归传播链路；
• WindowToken与Display方向绑定—— IWindow 与 Display 的双向关联，确保屏幕旋转或折叠态变化时，方向信号能触发 ViewRootImpl 重建布局。

2.2 系统分层结构

方向感知在Android系统层次中的分布如下表所示：

2.3 数据流 / 控制流 / 信任链路

方向信号在系统中的流动路径如下：

1. Display方向变化（如屏幕旋转）由 WindowManagerService 通过 DisplayManagerGlobal 通知给所有已注册的 DisplayListener；
2. WMS 更新对应 WindowToken 的 mDisplayContent 引用，并触发 WindowState 的 applyRotation()；
3. ViewRootImpl 通过 IWindow 回调 dispatchLayoutDirectionChanged() 将新方向注入 DecorView；
4. DecorView 递归调用 onLayoutDirectionChanged() 更新每个子View的 mLayoutDirection；
5. View 在 onMeasure() 和 onDraw() 中读取 getLayoutDirection()，调整对齐方式和绘制顺序。

2.4 核心内联SVG：方向感知层属性传递链路

以下SVG展示了从Display到每个View的 LayoutDirection 完整传递链路：

2.5 选型权衡

实现方向感知层时，架构师面临两种核心选型路径：

2.6 关键风险点

• 方向断裂风险： 当 ViewRootImpl 尚未从WMS收到方向更新时，新创建的View可能会读到过期的 LayoutDirection，导致RTL布局闪烁。
• 嵌套窗口方向不一致： 弹出对话框（Dialog）或 PopupWindow 如果未绑定正确的 WindowToken，可能继承宿主错误的 LayoutDirection。
• TalkBack焦点顺序脱离方向感知： 如果方向感知层仅更新 LayoutDirection 而未同时刷新 AccessibilityNodeInfo 的 traversalBefore / traversalAfter 属性，TalkBack的滑动焦点将无视RTL顺序。

2.7 落地步骤

1. 基线建立： 在 Activity.onCreate() 中通过 Configuration 读取当前 SCREENLAYOUT_LAYOUTDIR_MASK，并写入 SharedPreferences 作为方向快照。
2. View层适配： 在基类 BaseView 中重写 onLayoutDirectionChanged()，同步刷新 AccessibilityNodeInfo.setLayoutDirection()。
3. WindowToken绑定验证： 在 ViewRootImpl 初始化时，断言 mWindowAttachInfo.mWindowToken 与 getDisplay().getDisplayId() 匹配；若不匹配，打印warn日志并回退到 LTR。
4. 动态切换测试： 构建一个RTL→LTR→RTL的快速循环脚本，监控 LayoutDirection 在每个 View.onMeasure() 中的取值一致性。

2.8 验收标准