GUI调试器与终端调试器的区别

Question

Eclipse中的GUI调试器有哪些优点?使用命令行调试器有哪些优点？行业是否使用命令行调试器？如果是这样，人们在什么情况下使用命令行调试器？

Answer 1

我通常使用gdb，但是我能想到一些优点：

gdb作为命令行，在远程系统上调试二进制文件就像打开ssh connection.

• Great脚本一样简单，并且能够在每个断点运行许多命令(参见continue关键字)

• 大大缩短了启动时间和更快的开发cycle.

• Copy&pastable命令和可定义的函数，让您更轻松地重复常用命令

• 还使用定义良好的协议。因此，您可以调试在许多晦涩难懂的硬件上运行的代码，从长远来看，kernels.

• Typing短命令比使用图形用户界面更短、更高效。

但是，如果您所在的系统或运行时之前从未使用过，那么使用可视化调试器可能更容易入门。此外，将调试器与IDE紧密集成(如果您使用IDE的话)可以极大地提高生产率。

可视化调试器和命令行调试器不必完全分开，gdb有可视化的前端，比如DDD。(然而，我不使用DDD，因为它感觉非常笨拙和过时。不过，它确实存在。XCode还包装了gdb以提供调试支持)

Answer 2

命令行调试器非常适合于调试远程系统(特别是当连接速度较慢时)，它对于低性能系统或没有Xserver/显卡的系统也很有用。CLI调试器也可用于快速分析或核心转储和SIGSEGV(启动速度更快)。命令行调试器更便于移植，它们几乎安装在每个系统上(或者它们可以很容易地安装，甚至可以从网络/闪存驱动器启动)

我认为命令行可以用于没有源代码的程序，而图形调试器更适合具有复杂数据结构/类的项目。

另一种情况是命令行调试器更容易自动化，例如我有一个shell脚本，它使用gdb对程序进行完整的调用图日志记录。图形调试器的自动化将非常困难。

Answer 3

根据调试器的显示，基本上不可能进行有意义的比较。喜欢命令行的人可能会使用文本模式，命令驱动的调试器。喜欢GUI的人可能会使用图形化的、菜单驱动的调试器。

几乎只有在调试窗口系统时，才会有真正强烈的技术动机。例如，如果您尝试调试的是X Server本身，那么使用依赖于具有功能的X Server的调试器就不能很好地工作。