当我们的程序崩溃并生成核心文件时，我们通常可以使用 gdb 调试工具来分析和定位问题。 但是，有时在调试过程中，我们可能会遇到线程堆栈信息显示为问号的情况。 这通常是由两个原因引起的：调试信息在编译时被删除，或者堆栈已损坏且无法正确显示。
首先，如果在编译程序时删除了调试信息，那么在调试过程中无法获取到完整的堆栈信息。 调试信息包含有关程序中每个函数的调用的信息，以及有关变量的信息，这些信息对于查找问题非常重要。 如果删除了调试信息，则 gdb 将无法准确恢复程序的执行，从而导致线程堆栈信息显示为问号。
此问题的解决方案是确保在编译程序时保留调试信息。 在使用 gcc 编译时可以使用它"-g"选项来指定构建调试信息。
线程堆栈信息显示为问号的另一个原因是堆栈已损坏，无法正确显示。 堆栈是函数调用时保存局部变量和返回地址的内存区域，其正确性对于程序的正常运行非常重要。 如果堆栈损坏，那么 gdb 将无法正确恢复函数调用的过程，导致线程堆栈信息显示为问号。
堆栈被破坏的原因可能有很多，例如数组越界、内存泄漏、堆栈溢出等。 为了解决这个问题，我们需要仔细检查程序的**，以找到可能导致堆栈中断的地方。 有一些工具可用于帮助定位问题，例如使用内存检测工具检测内存泄漏，使用静态分析工具查找潜在问题等。
还有一些调试技术可以用来帮助我们解决堆栈被破坏的问题。 例如，可以在程序中插入一些调试打印语句，输出一些关键变量的值，以便在调试过程中观察程序的执行情况。 还可以使用断点单步执行程序并查看其行为位置。
综上所述，当程序崩溃并生成核心文件时，通过 gdb 进行调试时，线程栈信息显示为问号，这通常是由于编译时调试信息被删除或堆栈损坏而无法正常显示所致。 为了解决这个问题，我们需要确保在编译程序时保留调试信息，并仔细检查可能导致堆栈中断的区域。 同时，使用一些调试技巧和工具也可以帮助我们定位和解决问题。 通过这些方法，我们可以更好地理解程序崩溃的原因，并采取相应的措施来修复和优化我们的程序。