Flutter iOS仅iPhone真机触发-[NSNull integerValue]未识别选择器错误

错误本质解读 #

崩溃日志中的-[NSNull integerValue]: unrecognized selector sent to instance是典型的iOS原生类型错误：代码尝试调用NSNull对象的integerValue方法，但NSNull类并不提供这个方法。本质是数据类型不匹配——代码预期接收一个可转换为整数的对象（比如NSNumber），实际却拿到了表示空值的NSNull实例，最终触发未捕获异常导致App崩溃。

虽然触发操作是Dart代码中获取Provider的List<FrediUser>，但崩溃发生在iOS原生层，说明问题出在Flutter与iOS原生的数据序列化/反序列化环节，而非Provider本身（毕竟Android、模拟器、iPad都正常）。

仅iPhone真机触发的核心原因 #

结合现象排除跨平台代码问题，聚焦iPhone真机独有的差异：

• 数据源的设备特异性：如果FrediUser的数据来自后端或本地存储，可能针对iPhone设备返回了包含空值的整数字段，而其他设备的数据源中该字段有合法值。
• 系统API/架构差异：iPhone真机的iOS版本、硬件架构（arm64）可能与模拟器/iPad存在差异，导致某些系统接口返回NSNull而非预期的数值，或者序列化逻辑在该环境下未正确处理空值。
• Flutter插件的设备适配bug：负责数据转换的Flutter插件（如第三方SDK、自定义原生插件）在iPhone真机上存在逻辑漏洞，将Dart的null错误序列化为NSNull，或反之，导致后续解析时试图将NSNull当作整数处理。

排查与修复方向 #

• 检查FrediUser模型定义：遍历模型中所有整数类型字段，确保可空字段声明为int?而非int，避免强制解析空值引发崩溃。
• 定位崩溃的具体字段：在Xcode中点击调用栈里的0x102e9aff0帧，查看对应的原生代码或Flutter引擎代码，确认是哪个字段的解析触发了integerValue调用。
• 对比设备间的原始数据：在iPhone真机上打印获取FrediUser前的原始数据，与iPad/模拟器的数据对比，找出是否存在字段值为null的差异。
• 验证序列化逻辑：检查Flutter与iOS原生交互的代码（如MethodChannel消息处理、插件序列化逻辑），确保NSNull被正确转换为Dart的null，避免类型不匹配。

内容的提问来源于stack exchange，提问作者Tomas Ward