Xcode 15.0.1第二次运行C++代码时崩溃（调用print_all函数后触发）

看起来你遇到的是典型的内存管理问题导致的跨运行崩溃，我来帮你一步步分析排查：

核心问题推测 #

虽然print_all函数本身只是遍历链表读取数据，没有做修改操作，但第二次运行崩溃的关键线索是：第一次运行后内存没有被正确清理，或者链表结构已经被破坏，导致第二次运行时程序访问了无效的内存地址，触发SIGABRT中断。

具体排查步骤 #

• 检查全局指针的重置逻辑：如果你的head指针是全局变量，第一次运行结束后有没有将其重置为nullptr？如果没有，第二次运行时head会指向第一次运行时的内存地址，而这块内存已经不属于当前进程，调用print_all遍历链表时就会触发野指针访问错误。
• 验证内存释放的正确性：第一次运行结束后，你有没有递归释放airline和flight链表的所有节点？如果存在重复释放、释放后未将指针置空或者遗漏部分节点释放的情况，都会导致内存空间被污染，第二次运行时访问这些无效内存就会崩溃。比如释放airline节点时，要先释放其对应的flight子链表，再释放airline节点本身，最后把head置空。
• 启用Xcode内存调试工具：打开Xcode的Scheme设置（Product > Scheme > Edit Scheme），在Diagnostics选项卡勾选Address Sanitizer，然后重新运行代码。这个工具能在第一次运行时就检测出野指针、内存越界、内存泄漏等问题，直接定位到错误代码行，比等到第二次崩溃再排查高效得多。
• 检查链表操作的其他函数：比如添加airline或flight节点的函数，有没有正确分配内存？有没有出现内存越界写入（比如写入超过结构体成员的范围），破坏了链表的next指针？这种损坏可能在第一次运行时没有表现出来，但第二次运行时会因为内存布局变化触发崩溃。

额外注意点 #

你提到重启Mac、删除DerivedData、新建项目都没用，说明问题不是Xcode缓存导致的，而是代码本身的内存管理逻辑有漏洞，重点还是放在代码的内存操作上。

备注：内容来源于stack exchange，提问作者necmibora