Uno Platform iOS中ItemsRepeater内NumberBox聚焦崩溃问题分析

问题现象

在基于Uno Platform开发的iOS应用中，当用户在ItemsRepeater控件内部包含的NumberBox元素上执行聚焦操作时，应用有很高概率会发生崩溃。该问题在模拟器和真实设备上均可复现，表现为两种不同的异常情况：

1. 首先会出现参数为空的异常，提示"Value cannot be null. (Parameter 'key')"
2. 随后应用彻底崩溃，报错"Object reference not set to an instance of an object"

技术背景

Uno Platform是一个跨平台开发框架，允许开发者使用单一代码库构建适用于Windows、iOS、Android和WebAssembly的应用。ItemsRepeater是WinUI中的一个高性能虚拟化列表控件，而NumberBox则是用于数字输入的专用文本框控件。

在iOS平台上，Uno Platform通过Xamarin.iOS桥接原生UIKit控件。NumberBox在iOS上最终会映射为原生的UITextField实现。

问题根源分析

根据异常堆栈和观察到的现象，可以推断出问题的根本原因涉及以下几个方面：

1. 布局计算冲突：当NumberBox获得焦点时，iOS系统会自动为其添加选择高亮UI，这个高亮区域通常比NumberBox本身的尺寸要大。这导致Grid布局系统在重新计算时出现异常。

2. 依赖属性管理问题：堆栈跟踪显示问题出在DependencyObjectExtensions.GetValue方法中，表明在尝试访问Grid的行属性时，某个关键对象已被垃圾回收或未正确初始化。

3. 条件竞争：从ConditionalWeakTable.TryGetValue的失败可以看出，可能存在GC竞争条件，即在布局计算过程中某些关键对象被意外回收。

4. 视觉树不一致：iOS的选择高亮UI作为原生视图被添加到视觉树中，但可能未被Uno的布局系统正确识别和处理。

解决方案与规避措施

目前推荐的临时解决方案是使用标准的TextBox控件替代NumberBox，因为TextBox在相同场景下表现正常。

对于需要长期解决方案的开发者，可以考虑以下方向：

1. 自定义NumberBox样式：通过自定义控件模板，明确限制NumberBox的选择高亮区域尺寸。

2. 布局隔离：将NumberBox放置在单独的布局容器中，避免其尺寸变化影响Grid的整体布局。

3. 焦点处理拦截：在获得焦点时临时禁用自动选择功能，或者延迟布局更新。

开发者建议

遇到类似问题的开发者可以采取以下调试步骤：

1. 检查所有相关的布局约束和尺寸定义
2. 验证ItemsRepeater的数据绑定是否正确
3. 在NumberBox的GotFocus和LostFocus事件中添加日志
4. 尝试简化布局结构，逐步排除问题组件

平台差异说明

值得注意的是，此问题仅出现在iOS平台，Android和UWP/WinUI平台不受影响。这进一步印证了问题与iOS特定实现相关的假设，特别是与UITextField的选择高亮行为有关。

总结

Uno Platform在iOS平台上处理ItemsRepeater内NumberBox的焦点变化时存在布局计算和对象生命周期管理的问题。开发者目前可以通过使用替代控件或调整布局策略来规避此问题。框架团队需要进一步调查并修复底层的基础设施问题，特别是与iOS原生视图交互和依赖属性管理相关的部分。