Kernel panic 排查记录模板

Mon, 18 May 2026 11:30:00 +0800

先保留现场

Kernel panic 出现时，第一件事不是立刻改代码，而是把现场保存下来。串口完整日志、内核版本、设备树版本、启动参数、复现步骤和最近改动都应该保留。

最小记录清单：

panic 日志里最有价值的是调用栈和触发点。先找到 Call trace，再判断是空指针、非法地址、BUG_ON、oops 还是 watchdog。

如果地址已经符号化，可以直接看函数名；如果没有符号，需要保留未裁剪的 vmlinux，配合 addr2line 定位源码行。

必现问题优先缩小配置和输入。偶现问题要关注并发、时序、内存越界、栈溢出和硬件状态。

对于偶现问题，日志要尽量包含时间戳，并在关键路径加轻量日志，避免日志本身改变时序太多。

定位后还要记录根因类型：

Kernel panic 排查的关键是保留证据、定位栈、区分复现类型，再把根因沉淀成可检查的清单。

Mon, 18 May 2026 10:50:00 +0800

C 内存问题经常表现得很绕：崩溃点不一定是出错点，今天能复现的问题明天可能消失，打开日志后问题也可能变化。

常见类型包括：

不要一开始就盯着崩溃现场。先确认最近改动、输入数据规模、线程数量、编译优化级别和是否只在特定平台出现。

如果问题能稳定复现，优先构造最小复现用例。

内存越界通常和长度计算有关。重点检查：

悬空指针来自对象生命周期结束后继续访问。释放后可以把指针置为 NULL，但这只能减少部分误用，不能替代清晰的所有权设计。

排查内存问题要有耐心，也要有方法。先稳定复现，再缩小范围，最后回到边界、生命周期和错误路径。