我经常使用DDD，一旦你学会使用它，它就非常强大。我想说的一件事是，不要在X上通过WAN使用它，因为它似乎做了很多不必要的屏幕更新。

此外，如果你不是广发银行的合伙人，而且不介意支付一点钱，那么我会试试TotalView。它有一点陡峭的学习曲线(它绝对可以更直观)，但它是我在任何平台上使用过的最好的c++调试器，并且可以扩展以自定义方式内测你的对象(因此允许你将STL列表视为一个实际的对象列表，而不是一堆令人困惑的内部数据成员，等等)。

在这个列表中遗漏了一个非常高效的IDE: Netbeans(我在许多C/ c++项目中使用过它，没有任何问题)。

我经常使用DDD，一旦你学会使用它，它就非常强大。我想说的一件事是，不要在X上通过WAN使用它，因为它似乎做了很多不必要的屏幕更新。

此外，如果你不是广发银行的合伙人，而且不介意支付一点钱，那么我会试试TotalView。它有一点陡峭的学习曲线(它绝对可以更直观)，但它是我在任何平台上使用过的最好的c++调试器，并且可以扩展以自定义方式内测你的对象(因此允许你将STL列表视为一个实际的对象列表，而不是一堆令人困惑的内部数据成员，等等)。

您将找不到任何可以与Visual Studio调试器的原始功能竞争的覆盖GDB的东西。它太强大了，而且在IDE中集成得太好了。

对于Linux的替代品，如果您喜欢自由软件，可以尝试DDD。

In the last 15 months I use insight (came with FC6). It is not great, it is written in Tcl/Tk, but it is simple and useful. DDD is of similar quality / utility, but somewhat harder to use (various GUI gotchas and omissions). I also tried to integrate gdb with my IDE, SlickEdit. It worked OK (I played some 4 hours with it), but I did not like the GUI context switches. I like my IDE to remain unchanged while I am debugging; on Windows I use SlickEdit for IDE and Visual Studio Debugger for debugging. So from the 3: Insight, DDD and SlickEdit, Insight is my 1st choice, I use it >95% of the time, command-line gdb and DDD make up the other 5%. If I get the chance, I will eval Eclipse at some point, my work PC does not seem to have enough RAM (1GB only) to run Eclipse reasonably well.

我也听到了很多对TotalView的赞美，包括在一次工作面试中。我在2008年底获得了对我们公司的评估，但最终我们没有继续进行，因为gdb足够满足我们的需求;而且它是免费的，无处不在。

在很大程度上，可以进行的步骤将受到g++产生的调试信息的限制。Emacs为gdb提供了一个接口，允许您通过工具栏/菜单控制它，并在单独的窗口中显示数据，也可以直接键入gdb命令。Eclipse的CDT提供了类似的工具。我听说过Anjuta和Code::Blocks，但从未使用过。