Linux Kernel Panic、OOM Kill 与 io_uring 竞态下的崩溃一致性工程实践

在生产环境中，内核崩溃不是"会不会发生"的问题，而是"何时发生"的问题。本文深入剖析 Linux 内核 panic 路径、OOM killer 决策机制、kdump/vmcore 分析流程，以及在 io_uring 异步 I/O 场景下如何处理崩溃一致性与 ring 缓冲区竞态，给出可落地的工程方案。

一、内核 Panic 路径全景

1.1 BUG() 与 WARN_ON() 的本质差异

内核中 BUG() 与 WARN_ON() 的区别常被低估。WARN_ON(condition) 仅触发一次堆栈回溯（通过 __WARN_FLAGS 宏展开为 do_trace_bug），进程继续执行：

// include/asm-generic/bug.h
#define __WARN_FLAGS(flags)                                     \
    do {                                                        \
        instrumentation_begin();                                \
        __warn(file, line, BUG_ENTRY_IP)    ;                   \
        instrumentation_end();                                  \
    } while (0)

而 BUG() 直接调用 panic() 终止系统：

#define BUG()                                                   \
    do {                                                        \
        instrumentation_begin();                                \
        __BUG_ENTRY(flags);                                     \
        panic(