OTP-20.0版本beam.smp进程崩溃求助：附GDB调用栈信息

兄弟，从你贴的GDB调用栈来看，崩溃发生在红黑树节点删除操作（proc_btm_rbt_delete），根源和定时器BIF的超时处理直接相关。给你几个针对性的排查方向：

• 检查定时器相关业务逻辑
  调用栈里的bif_timer_timeout和timeout_timer说明崩溃和Erlang定时器的超时回调绑定紧密。你可以先梳理自己代码里使用erlang:send_after/3、erlang:start_timer/3这类定时器API的场景：有没有在定时器触发时访问了已经被释放、销毁的数据？比如回调里读取的进程字典项、ETS表条目是不是被提前清理了？或者定时器触发时，目标进程已经异常退出了？

• 验证OTP-20.0的已知bug
  OTP-20.0是比较老旧的版本了，你可以确认下是不是触发了官方记录的红黑树或定时器相关的竞态bug。如果条件允许，先尝试升级到OTP-20.x系列的最新小版本（比如OTP-20.3），这类底层数据结构的崩溃问题，很多时候官方后续小版本会修复。

• 捕获崩溃时的进程细节状态
  下次崩溃前，建议开启erlang:system_monitor/1监控，配置捕获进程崩溃时的堆快照、进程字典信息。另外，在GDB里可以多执行几个命令：比如info registers查看崩溃时的寄存器值，disassemble proc_btm_rbt_delete查看崩溃点的汇编指令，确认是不是红黑树节点指针（n=0x7f9cc61146d8）变成了野指针，或者指向了已释放的内存区域。

• 排查内存篡改问题
  红黑树操作崩溃大概率是内存被意外改写导致的。如果你代码里用到了NIF、C扩展，或者调用了第三方原生库，要重点检查这些代码有没有越界写内存、释放后重复使用指针的情况——这类问题很容易破坏Erlang虚拟机内部的数据结构（比如这里的定时器管理红黑树）。

你提供的GDB调用栈如下：

(gdb) bt
0 proc_btm_rbt_delete (root=0x7f9b39958ea0, n=0x7f9cc61146d8) at beam/erl_rbtree.h:689
1 0x0000000000597e40 in bif_timer_timeout (vbtmp=0x7f9cc61146d8) at beam/erl_hl_timer.c:1291
2 tw_bif_timer_timeout (vbtmp=0x7f9cc61146d8) at beam/erl_hl_timer.c:1325
3 0x000000000051ef82 in timeout_timer (tiw=0x7f9cc4a8ff40, curr_time=2610876354489461) at beam/time.c:755
4 erts_bump_timers (tiw=0x7f9cc4a...

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