链表C代码Segmentation Fault排查：检测调试与错误修复

• 未初始化指针就解引用：比如头指针head初始为NULL，头插/尾插时直接访问head->next，完全没做非空判断。
• 尾插遍历踩空：找尾节点时循环条件写成current->next != NULL，但链表为空时current本身就是NULL，直接访问current->next直接触发崩溃。
• 目标元素不存在硬操作：指定元素插入/删除时，遍历完没找到目标，还硬要操作target->next，此时target是NULL，一访问就炸。
• 空链表硬删：链表为空时调用头删或尾删，直接执行head = head->next，head是NULL，解引用必崩。
• 交替删除越界：遍历到最后一个节点时，还尝试访问current->next->next，current->next已经是NULL，再取next就触发段错误。
• 野指针残留：删除节点释放内存后，没把相关指针置空，后续误操作访问已释放的内存空间。

• 所有指针操作前先做非空检查：只要要访问ptr->xxx，先加if (ptr != NULL)判断，别嫌麻烦。
• 链表初始化必须明确把头指针设为NULL，杜绝野指针。
• 写插入/删除函数先处理边界：比如尾插时，先判断head是不是NULL，是的话直接把新节点当头部。
• 遍历链表的循环条件要严谨：找尾节点用while (current != NULL && current->next != NULL)，确保当前节点非空再往下走。
• 动态分配内存后必检查：malloc完立刻判断if (new_node == NULL)，避免用空指针干活。
• 删除节点后及时置空：比如删完尾节点，把倒数第二个节点的next设为NULL，别留悬空指针。

生成并分析Core Dump #

• 先开core文件权限：执行ulimit -c unlimited，让程序崩溃时生成core文件。
• 用GDB解析core：gdb ./你的程序名 core，输入bt（backtrace）查看调用栈，直接定位到崩溃的代码行。
• 切换栈帧看变量：用frame n（n是栈帧编号）切换到崩溃的函数，用print打印指针值，比如print head、print current，一眼就能看出哪个指针是空的或者野指针。

GDB逐步调试 #

• 编译加调试信息：gcc -g 你的代码.c -o 程序名，保留调试符号才能一步步追踪。
• 启动GDB运行：gdb ./程序名，输入run跑程序，崩溃后用bt看调用栈定位问题函数。
• 断点分步走：在插入、删除函数入口设断点，比如b insert_at_head，然后step一步步执行，盯着指针的变化，看哪一步出问题。

手动快速排查 #

• 关键位置加打印：每次操作指针前，打印指针地址printf("head: %p\n", head);，看什么时候变成NULL或者异常地址。
• 检查内存操作：每个malloc对应free，别重复释放，也别漏释放。
• 边界场景测试：单独测空链表、只有一个节点、两个节点的情况，看哪个场景触发崩溃，缩小排查范围。

内容的提问来源于stack exchange，提问作者Hammish Raj Wadeyar