fp 链解引用未做可读性校验,递归崩溃会丢失已生成的转储

问题:DumpBacktrace 在 FP 链遍历循环中直接对 fp 解引用,未对待读地址做任何可读性校验。证据代码行:uintptr_t lr = *reinterpret_cast<uintptr_t*>(fp + 8); 与 uintptr_t next = *reinterpret_cast<uintptr_t*>(fp);(osal/backtrace_handler.cpp:257-258)。影响:当 fp 链被破坏或指向未映射内存(栈溢出、堆损坏、JIT/JS 帧缺少帧指针等场景)时,该解引用会在信号处理函数内部再次触发 SIGSEGV;由于 CrashHandler 入口已用 g_inHandler.compare_exchange_strong 设置重入保护,递归进入的处理函数会直接走 ForwardToPrevious 返回,局部变量 DumpBuffer dump 中已收集的部分转储永远不会经 FlushDump 输出,已生成的回栈信息全部丢失。建议:在每次解引用前先 FlushDump 将已缓冲内容落盘(或改为逐帧 write),确保后续解引用崩溃时已打印帧仍保留;并增加对齐校验(arm64 上 fp 应 16 字节对齐)以提前过滤明显非法的 fp 值。

Severity: warning

sigaltstack 仅在 init 线程生效，其余线程栈溢出时无法安全转储

Darwin 上 sigaltstack 是 per-thread 的，InstallAltStack 只为调用 InitBacktraceHandler 的那一个线程注册了备用栈。配合 SA_SIGINFO|SA_ONSTACK，只有该线程的栈溢出类 SIGSEGV 能在备用栈上运行 CrashHandler；其它线程发生栈溢出时，处理函数仍在本线程已近耗尽的栈上运行，进入函数即因分配 DumpBuffer 等局部变量再次触发 SIGSEGV，而该信号在处理期间被自动屏蔽，内核直接执行默认动作终止进程，不产生任何转储。此外 sigaltstack 的返回值未检查，注册失败时备用栈同样不生效。影响：多线程 iOS 应用中绝大多数线程的栈溢出崩溃将完全无输出。建议：在框架派生线程的创建处统一调用 sigaltstack 为每个线程注册备用栈，并检查返回值；若确实不做，应在注释中明确仅 init 线程的栈溢出可被捕获。

严重程度：一般

初始化后动态加载的镜像不会进入缓存，FindImage 无法归属这些帧

g_images 仅在 LoadImages 中快照一次 dyld 镜像表，此后通过 lazy load / dlopen 加载的系统库与动态库不会写入缓存。处理函数中 FindImage 对这些 PC 返回 nullptr，对应帧只输出裸 pc 而无法给出 +0x，无法用 atos 符号化。iOS 应用普遍存在大量懒加载/运行时加载的框架，这部分帧将长期缺失归属，显著削弱回栈可用性。建议：在 init 时额外调用 _dyld_register_func_for_add_image 注册回调，镜像加载时增量更新 g_images，并妥善处理与处理函数读侧的并发。

严重程度：一般

si_code 强转 uint32_t 使负值（如 abort() 的 SI_USER）显示为超大数

info->si_code 类型为 int，而 AppendDec 接收 uint32_t。对经 raise/pthread_kill 投递的信号（典型如 abort() 触发的 SIGABRT，si_code 为 SI_USER 等负值，例如 -2），static_cast<uint32_t> 会输出成 4294967294 这类无意义大数，干扰排查。建议新增有符号十进制输出辅助函数（或对 si_code 按有符号格式化），使 si_code 显示为正常的负值。

严重程度：提示

LOG_TAG 定义后全程未被引用

匿名命名空间中的 constexpr const char* LOG_TAG 在整个文件中没有被使用（转储头部使用的是字面量 "ArkUI-x native crash"，并未引用该常量）。这属于死代码，且在开启 -Wunused-const-variable 的严格构建配置下会触发告警。建议删除该常量，或在所有输出处统一引用 LOG_TAG 以保持一致。

严重程度：提示