gdb调试查看变量值的命令是print。
但这只是最基本的答案，实际应用中远比这复杂。单纯知道print命令远远不够，你需要理解其背后的机制以及如何应对各种可能遇到的情况，才能真正高效地利用GDB进行调试。
我曾经在调试一个复杂的C++项目时，遇到一个棘手的问题：一个全局变量的值在程序运行过程中莫名其妙地被修改了。 当时我使用了简单的print命令，但只看到了变量的最终值，无法追踪它被修改的轨迹。 这让我非常沮丧，因为查找错误源如同大海捞针。
后来，我意识到仅仅打印变量的当前值是不够的。我需要了解变量在不同函数调用、不同代码段中的值变化。 于是我开始使用GDB的断点功能，在关键位置设置断点，然后在断点处反复使用print命令观察变量的值。 更重要的是，我学会了使用next (单步执行) 和step (步入函数) 命令，逐行跟踪程序执行流程，精确地找出变量值发生改变的那一行代码。
在这个过程中，我发现print命令还可以配合其他功能使用，例如打印变量的地址(print &variable)，查看变量的类型(ptype variable)，以及打印结构体或数组的成员(print variable.member 或 print variable[index])。这些细节对于深入理解程序运行状态至关重要。
另一个例子，我曾经在调试一个多线程程序时，因为线程竞争导致变量值出现不一致的情况。 简单的print命令无法直接捕捉到这种瞬时变化。 这时，我使用了GDB的线程控制功能，通过info threads查看所有线程，然后使用thread <thread_id></thread_id>切换到特定的线程，再使用print命令观察该线程中变量的值。 这让我能够清晰地看到每个线程对变量的操作，从而定位到竞争问题的根源。
总而言之，熟练掌握GDB的print命令，以及其他相关的调试技巧，才能高效地解决程序中的bug。 不要仅仅停留在表面，要深入理解其使用方法，并结合实际情况灵活运用。 只有这样，才能在调试过程中游刃有余，快速找到问题的症结所在。
