🎯 Seetong 问题雷达 09:00 第245期

🔴 问题 1：iOS 通道灯光或布防时间页表格数据源返回空 Cell，导致确定性闪退 ｜ 负责人：谭伟、欧阳荣

现象与覆盖范围

• 258654：iOS 8.4.1.6、iPhone、广东惠州，08:43:52 反馈“闪退”，并提供 Logan 与 OBS 日志附件。
• 神策 AppCrashed 中，同一匿名用户于 08:28:28、08:29:39、08:30:14、08:43:15 共上报 4 次同一异常栈，覆盖 iPhone11,8 与 iPhone16,2 两个设备型号。最后一次发生时间与反馈提交时间相隔约 37 秒。
• OBS 日志显示，崩溃前用户进入“报警类型 → 人形报警 → SmartDetectionController”和灵敏度设置链路；表格的 dataSource 仍是 ChannelLightDefendenceViewController。当前证据能够确认崩溃页面与异常类型，不能据此判定灵敏度保存本身是触发条件。
• 严重度评分：70 / 100。反馈量 10（1 条反馈，但同一用户共 4 次线上崩溃）；共性广度 30（iOS、两个 iPhone 型号、同一 8.4.1.6 版本、广东地区四个维度）；业务关键度 30（报警与布防设置属于监控配置主链路）。
• 去重判定：账本中没有“UITableView 第 7 行返回空 Cell”任务。258473 属于另一个 iOS 进程恢复样本，不包含本报告中的异常栈；本期新建独立任务跟踪本崩溃。

神策证据

• 2026-10-21 的 AppCrashed 中，筛选 $os=iOS、$app_version=8.4.106、$app_crashed_reason LIKE '%nil cell%'，共 4 次 / 1 名用户。
• 四条记录的用户、地区和异常内容一致，设备型号分别为 iPhone11,8、iPhone16,2、iPhone16,2、iPhone11,8，时间分别为 08:28:28.547、08:29:39.481、08:30:14.167、08:43:15.462。
• 异常原文均为 UITableView dataSource returned a nil cell for row at index path ... {length = 2, path = 0 - 7}。最新一条的 TableView 尺寸为 414 × 804，与 OBS 日志中的 414 × 804 完全一致。
• 同日 iOS 8.4.106 全部 AppCrashed 为 282 次 / 187 人，异常原因字段存在多行或重复上报，不能把 282 直接解释为 187 个独立故障场景。上述 4 次 / 1 人同栈样本才用于本问题的精确归因。

Logan 关键日志

• 反馈 ID：258654。Logan 共 208,655 行、1,366,063 字节；OBS 附件包含 Log0.txt 3,440 行和 Log1.txt。
• Log0.txt:2088：你的 NSArray数组已经越界了 但是已经帮你处理好了 7 7。
• Log0.txt:2089：*** Assertion failure in -[UITableView _createPreparedCellForGlobalRow:withIndexPath:willDisplay:], UITableView.m:16586。
• Log0.txt:2090：*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'UITableView dataSource returned a nil cell for row at index path ... path = 0 - 7'。
• Log0.txt:2093-2094：UncaughtExceptionHandler 再次记录同一 NSInternalInconsistencyException，说明 Catch 层只是在异常抛出后记录，空 Cell 已先触发 UIKit 致命断言。
• Log0.txt:2130-2131：libc++abi: terminating due to uncaught exception of type NSException，随后进程由 26747 切换为 26748 重新启动，构成完整“闪退 → 自动拉起”证据链。

代码定位

• 涉及模块：iOS 报警设置，Seetong-App-iOS/Seetong5.0_ios/Seetong_tps/Classes/TPS/UIVC/VCSet/IOTAlarmSetViewController/。
• ChannelLightDefendenceViewController.m:91：cellArray 固定包含 7 个 Cell，即全天、夜间、自定义和 4 个时间段。
• ChannelLightDefendenceViewController.m:923-932：当 currentEditableScheduleMode == 2 时返回 cellArray.count + 1，即 8 行；第 7 行本应走重置按钮 Cell。
• ChannelLightDefendenceViewController.m:867-876：cellForRowAtIndexPath 再次实时读取 currentEditableScheduleMode 判断第 7 行是否为重置行；判断为否后直接执行 cellArray[7]。
• ChannelLightDefendenceViewController.m:1141-1145：isResetTimeIndexPath 依赖可变的 currentEditableScheduleMode，而当前模式来自 ChannelHumanAlarmSetViewController.lightAlarmScheduleMode 或 IPCAlarmSetViewController.trackAlarmScheduleMode，可在页面刷新、返回或异步状态更新期间改变。
• NSArray+ErrorHandle.m:47-53：数组越界方法被交换后只打印日志并返回 nil，没有阻止 UITableView 接收空 Cell。日志中的 7 7 正是索引 7、数组长度 7。
• 调用链：进入报警或人形设置 → 表格询问 numberOfRowsInSection 得到 8 行 → 模式状态变化或表格仍请求旧第 7 行 → cellForRowAtIndexPath 重新判断为非重置行 → cellArray[7] 越界返回 nil → UIKit 断言并终止进程。
• 关键缺陷是同一表格的“行数”和“每行 Cell 类型”分别实时读取可变状态，同时没有对越界结果做兜底。直接把数组越界改成返回空 Cell 并不够，因为 UITableView 仍会因空 Cell 崩溃。

友盟证据

• iOS 8.4.106 今日 08:00 小时段崩溃 113 次、影响用户 110 人、崩溃率 0.02%；09:00 已有 4 次、影响 4 人。该量级与当前早高峰编辑窗口相符。
• 近 7 天该版本每日崩溃为 1,840～2,094 次，影响用户 1,753～1,997 人，崩溃率稳定在 0.02%。本期异常不是平台级崩溃尖峰，而是特定设置页面上的确定性数据源错误。
• 友盟是聚合数据，不能按反馈用户一一关联；用户级精确归因以神策 AppCrashed 和 OBS/Logan 为准。

根因结论

• 置信度：现象 🟢 强；根因 🟢 强。
• 一句话根因：ChannelLightDefendenceViewController 用可变布防模式动态计算 8 行，却在创建 Cell 时再次读取该可变状态；当状态变化或表格请求旧第 7 行时，重置行判断失效并执行 cellArray[7]，越界保护返回 nil，最终由 UIKit 致命断言终止应用。
• 关键证据链：用户反馈“闪退” → 神策同账号、同地区 4 次 path = 0 - 7 崩溃 → OBS 同一时间、同一 TableView 尺寸记录数组越界 7 / 7 → UIKit 明示 dataSource 返回空 Cell → 进程 PID 从 26747 切换为 26748 → 代码中第 7 行仅由可变模式判断且无兜底。
• 明确不下的结论：不把问题归因于网络、NVR、固件或设备离线；不把灵敏度设置操作直接认定为根因，当前只确认崩溃发生在报警设置导航链路的表格刷新过程中。

建议下一步

• 分配给：iOS 主程欧阳荣；任务 T-20261021-090614-6b37，状态 P1 / captured。
• 第一优先：在 reloadData 前冻结一份不可变的可见行快照，让 numberOfRowsInSection、cellForRowAtIndexPath、高度和重置行判断共同使用该快照，禁止在不同回调中反复读取可变模式。
• 第二优先：在 cellForRowAtIndexPath 增加行类型集中映射和最终兜底。索引超界时返回明确的占位 Cell，同时记录设备 ID、当前模式、快照行数、索引和页面生命周期；不得依赖 NSArray 越界分类返回 nil。
• 所有模式切换和 reloadData 必须保证主线程、单次状态提交和同一刷新批次一致。若使用动画更新，改用 performBatchUpdates 或 reloadSections，避免旧行索引在新数据源下继续请求。
• 回归路径覆盖全天、夜间、自定义三种模式连续切换，4 个时间段编辑、跨天拆分、重置按钮、返回上级页面、前后台切换和弱网下配置回包延迟；每种路径连续执行 20 次，不得出现越界日志、空 Cell 或进程 PID 变化。
• 验收同时观察 AppCrashed 中 path = 0 - 7 + nil cell 的同栈数量归零，并保留修复前后同版本灰度对照。

本期扫描全量

已折叠 1 条普遍性网络问题（含 -102/-101/-1002 与中/英/俄/法/西/葡/土/阿/日多语言网络提示模板，如 Проверьте телефонную сеть、Please check your mobile network）；全量明细见同名 Markdown 知识库。

反馈接口返回 total=112 / fetched=112 / complete=true，按 2026-10-20 17:06:35～2026-10-21 09:00:26 精确纳入。上表按主问题唯一归类，合计 112 条。258560 与 258562 为同一 HarmonyOS 用户连续提交，不按提交次数放大严重度。

心愿单、数据源与待补证

心愿单亮点

数据源状态

• 反馈平台：✅ 正常。total=112 / fetched=112 / complete=true，窗口内 112 条全部纳入扫描。
• 心愿单：✅ 正常。total=11 / fetched=11 / complete=true。
• 神策：✅ 正常。AppCrashed 精确筛出同一用户的 4 次 UITableView nil cell 异常，并提供时间、设备型号、地区和异常栈；$os 与 $app_version 可用，$app_version 在 iOS 实际值为 8.4.106。
• Logan 与 OBS：✅ 核心证据完整。Logan、Log0.txt 和神策异常栈在时间、TableView 尺寸、异常原因和重启 PID 上互相印证。
• 代码仓：✅ 正常。已在 feature_v8.4.1 中定位行数计算、Cell 创建、重置行判断与数组越界分类。
• 友盟：✅ 正常。补充 iOS 8.4.106 崩溃总量与近 7 天趋势；版本筛选必须使用 8.4.106，使用 8.4.1.6 会返回空数据。
• TAPD：⏭️ 未调用。当前有精确用户级崩溃栈与代码锚点，先用任务账本推进修复，不以历史 Bug 搜索干扰根因。

待补证

• 258654 崩溃前从报警设置返回或切换模式的具体用户操作序列，需回访并按 08:28 至 08:43 的时间线复现。
• lightAlarmScheduleMode 或 trackAlarmScheduleMode 在 08:43:15 的实际值及变化来源，需要在 reloadData 前后同时记录模式值、行数快照和当前导航栈。
• 为什么同一账号在两台 iPhone 型号上连续触发同一行越界，需确认是否为共享账号切换设备后缓存配置不一致，还是表格刷新批次固定复现。
• 其他 7 条回放或录像反馈缺少 Logan，当前不能把 iOS 回放卡、Android 时间轴延迟和 HarmonyOS 看不到回放合并为同一根因；后续同类反馈应优先补日志和发生时间。

下一期 = 第246期 = 2026-10-21-H17.md（今天下午 17:00；窗口 今日 09:00:26～17:00）