Android平台pid/tid为0的SIGSEGV崩溃原因咨询

关于崩溃日志中PID/TID为0的原因 #

这其实是系统崩溃信息采集机制在极端场景下的异常表现，常见于Native层发生严重崩溃导致进程瞬间终止时，系统来不及正确捕获有效的进程/线程ID。尤其是在Android 7.x这类相对老旧的系统上，系统的崩溃回溯模块存在局限性，当进程处于即将退出的边缘状态时，就会出现PID/TID显示为0、错误地址缺失的情况。这种情况不代表崩溃没有具体触发点，只是系统没能完整记录下这些信息而已。

两次崩溃的具体分析 #

第一次：libavfilter中的音频重采样崩溃 #

虽然你已经排查了数组越界问题，但av_fastresampler_resample_s16的崩溃还可能由这些原因导致：

• 音频重采样器的初始化参数错误：比如传入了不匹配的采样率、通道数或采样格式，导致内部缓冲区分配或访问异常
• 缓冲区指针无效：传递给重采样函数的输入/输出缓冲区为空，或者未完成正确的内存分配
• 多线程并发访问问题：如果多个线程同时操作同一个重采样器实例（比如一边修改配置一边调用重采样），没有同步保护就会触发崩溃
• FFmpeg版本兼容性：你使用的FFmpeg版本在arm64架构的Android 7.x设备上存在汇编优化适配bug，导致特定CPU下的指令执行异常

第二次：系统GLES_mali.so中的Framebuffer释放崩溃 #

这是GPU渲染线程的崩溃，核心问题集中在OpenGL ES资源的管理上：

• 重复释放Framebuffer对象：尝试删除已经被释放的资源，触发驱动层面的内存访问错误
• 跨线程资源操作：在非渲染线程中删除Framebuffer，或者删除时该资源还在被渲染线程使用，引发线程竞争
• Mali驱动bug：Android 7.x上的部分Mali GPU驱动存在Framebuffer资源管理的已知问题，频繁创建/删除这类资源时容易触发崩溃
• 上下文异常：App的音频处理线程和UI渲染线程存在资源竞争，导致GPU上下文被破坏

可行的解决建议 #

补充排查手段（针对PID/TID为0的情况） #

• 实时捕获系统日志：使用命令adb logcat -v threadtime *:E在崩溃发生前后持续采集日志，有时候能找到系统提前抛出的异常提示，或者更早的、PID/TID正常的崩溃信息
• Native调试：在Android Studio中配置LLDB调试，针对arm64架构的Android 7.x设备进行断点调试，重点监控av_fastresampler的调用流程和OpenGL资源的释放逻辑

修复音频相关崩溃 #

• 严格校验参数：确保传递给重采样器的所有参数（采样率、通道数、缓冲区大小等）完全匹配，避免传入无效值
• 规范采样器生命周期：在调用重采样前确认实例已初始化，释放后禁止再调用；多线程场景下给采样器的访问添加互斥锁
• 调整FFmpeg版本：换用经过Android 7.x arm64适配验证的FFmpeg版本，或者编译时禁用汇编优化（添加--disable-asm参数）

修复GPU相关崩溃 #

• 统一资源操作线程：确保所有OpenGL ES资源（包括Framebuffer）的创建、删除都在渲染线程中执行
• 避免重复释放：给Framebuffer资源添加状态标记，删除前检查是否已被释放
• 延迟释放处理：将Framebuffer的释放操作延迟到下一次渲染回调中执行，避免驱动层面的即时异常
• 版本兼容性适配：检测系统版本，在Android 7.x上减少Framebuffer的创建/删除频率，或改用更轻量化的渲染方案
• 排查资源泄漏：使用Android Studio的Memory Profiler或GPU Inspector工具，检查是否存在OpenGL资源泄漏的情况

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