iOS开发：CALayerInvalidGeometry含NaN崩溃问题求助

问题场景 #

• 页面结构：UIScrollView 内包含两个固定的 UITextField（A、B），下方是可动态添加 UITextField（C、D）的 UITableView
• 崩溃触发路径：点击A打开新控制器选择选项 → 调用API → 原页面TableView添加C、D → 点击C后再点击A，触发崩溃，错误日志：

Terminating app due to uncaught exception 'CALayerInvalidGeometry', reason: 'CALayer position contains NaN: [nan 428.667]'

核心排查与修复方案 #

该崩溃本质是某个UI控件的CALayer的position/x/y值出现了NaN，除了常规的除零场景，重点关注动态布局与响应链切换过程中的异常：

1. 检查UITableView动态单元格的布局计算 #

• 排查heightForRowAt方法：确认C、D所在cell的高度计算逻辑，是否依赖未初始化的文本/属性，或因空值触发NaN（比如用空文本的宽度参与除法运算）。可添加兜底逻辑：

func tableView(_ tableView: UITableView, heightForRowAt indexPath: IndexPath) -> CGFloat {
    let calculatedHeight = // 你的原有高度计算逻辑
    return calculatedHeight.isNaN ? 44 : calculatedHeight
}

• 检查cell内自动布局约束：确认约束是否存在冲突，或约束依赖的参数（如间距、宽度）被意外设置为NaN。

2. 排查响应链切换时的布局异常 #

点击C再点击A会触发第一响应者切换（resignFirstResponder/becomeFirstResponder），此过程可能触发布局更新：

• 检查A、C的自定义响应方法：确认becomeFirstResponder/resignFirstResponder中是否有修改frame/position的逻辑，是否使用了未赋值的变量导致NaN。
• 验证UIScrollView的contentSize：TableView添加行后，ScrollView的contentSize是否被正确更新，避免因TableView的contentHeight为NaN导致ScrollView布局异常。

3. 检查API数据对布局的影响 #

• 确认API返回数据是否被用于C、D所在cell的布局计算：若返回的数值为空/0，且被用于除法或作为布局参数，可能产生NaN。需在数据解析时添加有效性校验，确保布局用数值为非NaN、非无穷大的有效值。

4. 精准定位问题控件 #

• 添加异常断点：在Xcode中创建CALayerInvalidGeometry的异常断点，崩溃时查看调用栈，直接定位出问题的控件。
• 打印关键参数：在TableView添加行后、点击A前，打印A、C、TableView、ScrollView的frame、position、contentSize等参数，排查是否存在NaN值。

内容的提问来源于stack exchange，提问作者Shruti Suryawanshi