想象一下，你是一位侦探，试图理解在一个大型复杂城市里面发生的情况，你必须知道所有的街道、建筑、交通线、人口分布等等信息。在这个比喻中，程序就像这个复杂的城市，而GDB调试器就是我们的侦探，而GDB依赖的关键信息来源，就是程序的“符号表”。
在计算机编程领域，符号是源代码中的变量名、函数名等的标识符。当你的源代码被编译成机器语言或者字节码时，这些用人类可理解的语言编写的符号名将被翻译成机器可理解的地址。为了能在调试阶段通过符号名查找它们在内存中的位置，编译器会生成一种叫做“符号表”的数据结构。
GDB符号表就相当于一个地图，这个地图记录了所有的符号和它们对应的内存地址，以帮助GDB找到它们。不止如此，符号表还包含了诸如变量类型、函数参数类型、源代码位置等详细信息，使得GDB在调试会话中可以对你的程序对象进行详细并准确的操作。
接下来，我们就来讨论在Linux下获取程序的符号表的方法。默认情况下，gcc编译器在编译程序并生成二进制可执行文件时会携带符号表。例如，要编译一个名为prog.c的程序，你只需在命令行中运行：
gcc -g prog.c -o prog
AI 代码解读
这里，“-g”选项告诉gcc在生成的可执行文件中包含调试信息，即符号表。注意，添加调试信息会使得生成的二进制文件变大，因此在生产环境中通常会移除这部分信息。
要查看一个程序的符号表信息，unix下很常用的工具是“nm”。这是一个命令行工具，可以列出在一个ELF格式的对象文件中的符号名。用法是：
nm prog
AI 代码解读
这个命令将列出prog中的符号名，按照字母顺序进行排序。这对于理解二进制文件的内容或者追踪链接错误非常有用。
你也可以使用“objdump -t”，这个命令同样可以用来查看符号表，输出的信息较nm更详细。
最后，别忘了你可以在GDB中直接访问符号表。在GDB提示符下，你可以使用'info'命令来获取各种关于目标程序或者GDB本身的信息。例如，"info functions"可以列出目标程序中所有的函数，包括它们在内存中的地址，而"info variables"可以列出所有的全局变量。
通过掌握这些关于GDB符号表的知识，你可以更好地管理和理解你的程序，希望这些知识可以帮助你更有效地进行调试工作。
