SuperEditor项目中的光标位置异常问题分析

问题背景

在SuperEditor项目中，最近发现了一个与设备旋转相关的光标位置显示异常问题。当用户将设备从竖屏(portrait)旋转到横屏(landscape)时，文本编辑器的光标位置会出现偏移，不再正确对应实际的文本插入位置。

问题现象

从问题复现的视频中可以观察到，在竖屏状态下光标位置显示正常，但当设备旋转到横屏后，光标位置明显偏移，不再与用户预期的文本插入点对齐。这种视觉上的不一致会严重影响用户体验，特别是对于需要频繁旋转设备进行编辑的用户。

问题根源分析

经过技术排查，这个问题是由PR #1967引入的回归性问题。具体原因在于IosControlsDocumentLayerState类在computeLayoutDataWithDocumentLayout方法中过早地访问了RenderBox的尺寸信息。

关键问题点在于：

1. ContentLayers当前的工作机制导致computeLayoutDataWithDocumentLayout方法在构建阶段(build phase)就被调用
2. 此时渲染框(RenderBox)尚未完成布局(layout)，因此获取的尺寸信息不准确
3. 这种不准确的尺寸信息导致了后续光标位置计算的错误

技术细节解析

在Flutter框架中，渲染对象的生命周期遵循特定顺序：

1. 构建(Build)阶段 - 创建或更新widget树
2. 布局(Layout)阶段 - 计算每个渲染对象的大小和位置
3. 绘制(Paint)阶段 - 实际绘制到屏幕上

当前实现的问题在于试图在构建阶段就获取渲染对象的尺寸信息，而此时布局阶段尚未完成，导致获取的尺寸要么为0，要么是上一次布局的结果(在旋转场景下就是错误的尺寸)。

解决方案

正确的做法应该是：

1. 将依赖于渲染对象尺寸的计算延迟到布局完成后
2. 或者确保在访问尺寸信息时渲染对象已经完成布局
3. 可以考虑使用addPostFrameCallback来确保在完整帧渲染后再执行相关计算

影响范围

这个问题主要影响：

1. iOS平台上的SuperEditor实现
2. 涉及设备旋转的场景
3. 所有依赖光标位置显示的功能

预防措施

为避免类似问题再次发生，建议：

1. 在访问渲染对象属性前增加布局状态检查
2. 对涉及尺寸依赖的计算添加适当的延迟机制
3. 增加旋转场景下的自动化测试用例

总结

这个案例展示了在Flutter开发中理解框架生命周期的重要性，特别是在处理与布局相关的计算时。过早访问渲染属性会导致难以追踪的UI问题，开发者需要特别注意计算时机与框架生命周期的匹配。