Android 9下Flutter应用触发SIGSEGV空指针错误排查求助

首先，**SIGSEGV（SEGV_MAPERR）空指针解引用发生在malloc行，本质大概率不是malloc本身的问题，而是后续对ptr_entry_info的解引用操作——当malloc失败返回NULL时，直接使用指针就会触发崩溃。Android 11和9的差异可能是导致malloc失败或参数异常的根源，是否和Flutter平台版本11.0.10有关，需要结合以下方向逐一排查：

核心排查点 #

• 检查entry_cnt的合法性
  在Android 9设备上先打印entry_cnt的具体值：

  • 如果entry_cnt是负数，entry_cnt * sizeof(...)会变成超大无符号值，导致malloc尝试分配远超系统可用内存的空间，直接返回NULL；
  • 如果entry_cnt远大于预期值，同样会触发内存分配失败。
    这种情况通常是因为Android 9和11的API返回数据差异（比如某个系统接口在Android 9返回的计数不正确），或是跨平台类型溢出（Android 9设备多为32位，容易出现int类型溢出问题，而Android 11以64位设备为主）。

• 验证st_entrymodel_info的结构体定义
  检查结构体是否存在平台相关问题：

  • 如果结构体使用了Android 11新增的系统类型或宏，在Android 9上编译时可能导致sizeof(st_entrymodel_info)计算异常；
  • 不同Android版本的内存对齐规则可能有差异，导致结构体大小变化，间接影响malloc的内存分配规模。
    可以在代码中添加日志，打印sizeof(st_entrymodel_info)在两个平台上的数值对比。

• 强制添加malloc返回值检查
  无论平台版本如何，都必须对malloc的返回值做判断，避免空指针解引用：

  ptr_entry_info = (st_entrymodel_info *)malloc(entry_cnt * sizeof(st_entrymodel_info));
  if (ptr_entry_info == NULL) {
      // 打印日志并处理内存分配失败的情况，比如返回错误或调整分配规模
      LOGE("Failed to allocate memory for entry info, entry_cnt: %d", entry_cnt);
      return;
  }
  

  Android 11设备内存通常更充足，malloc容易成功；而Android 9设备可用内存有限，更易触发分配失败，进而暴露未检查空指针的问题。

• Flutter版本兼容性验证
  如果“平台版本11.0.10”指的是Flutter SDK版本，需确认该版本是否存在Android 9相关的JNI内存分配bug：

  • 查看Flutter官方版本更新日志，确认该版本是否有针对Android旧版本的内存管理修复；
  • 临时降级到稳定版Flutter（比如3.16.x系列）测试，如果崩溃消失，说明原版本存在兼容性问题。

• JNI交互参数检查
  如果这段代码位于JNI层，需确认Flutter端传递到Native层的entry_cnt参数是否在Android 9上被正确解析：

  • 比如Flutter端的int类型在32位Android 9设备上可能被截断，导致数值异常；
  • 检查JNI方法的参数签名是否正确，避免类型不匹配导致的参数值错误。

结论 #

是否和平台版本11.0.10有关，需要结合上述排查结果确认：如果降级Flutter版本后崩溃消失，则说明该版本存在Android 9兼容性问题；否则，问题大概率出在业务代码的参数计算、结构体定义或内存分配后的空指针检查缺失上。

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