IntelliJ IDEA + C/ c++插件http://plugins.intellij.net/plugin/?id=1373

准备好让你大吃一惊吧。

干杯!

也许Linux Tools Project for Eclipse可以满足您的需求?

Linux Tools项目旨在为Linux开发人员提供功能齐全的C和c++ IDE。我们以CDT的源代码编辑和调试特性为基础，并集成了流行的本地开发工具，如GNU Autotools、Valgrind、OProfile、RPM、SystemTap、GCov、GProf、LTTng等。目前的项目包括LTTng跟踪查看器和分析器、RPM .spec编辑器、Autotools构建集成、Valgrind堆使用分析工具和OProfile调用分析工具。

我喜欢人们完全忽略了最初问题中对IDE的要求。Linux不是一个IDE。这不是那些词的意思。我用vi、gcc和make学习了c和c++，我不是说它们不是合适的工具，但它们不是IDE。即使您使用更复杂的工具，如vim或emacs或任何您想要的高级编辑器，在命令行上输入命令也不是IDE。

你们都知道make是visual studio的一部分?认为IDE是“限制”的想法是愚蠢的，如果你可以使用IDE来加速某些事情，但仍然能够在需要时使用命令行。

综上所述，我建议像上面几个人一样，尝试代码块。它有很好的代码高亮，一个相当容易的方法来创建一个项目，编码，运行它，等等，这是一个真正的IDE的核心，而且看起来相当稳定。调试糟透了……我从未在任何linux/unix版本中见过一个像样的交互式调试器。广发银行不是。如果您习惯了visual studio风格的调试，那么您就很不走运了。

不管怎样，我要去收拾我的东西了，我知道只有一个视图的linux人群会大声嚷嚷，很快把我赶出城。

简短的回答是:选择您喜欢的任何“编辑器”，然后使用GDB控制台或简单的GDB前端来调试应用程序。调试器带有别致的ide，例如Netbeans对于C/ c++来说很糟糕。我使用Netbeans作为编辑器，Insight和GDB控制台作为调试器。

有了洞察力，您就有了一个漂亮的GUI和GDB的原始功能。

一旦您习惯了GDB命令，您就会开始爱上它，因为您可以做使用GUI永远无法做的事情。如果您使用的是GDB 7或更新版本，您甚至可以使用Python作为脚本语言。

这里的大多数人更关注ide的“编辑器”。然而，如果你正在用C/ c++开发一个大型项目，你可能会很容易地把70%以上的时间花在“调试器”上。高级ide的调试器至少落后于Visual Studio 10年。例如，Netbenas与Visual Studio有非常相似的接口。但是与Visual Studio相比，它的调试器有许多缺点。

Very slow to display even a array with only a few hundreds of elements No highlighting for changed value ( By default, visual studio shows changed values in the watch windows in red) Very limited ability to show memory. You cannot modify the source code then continue to run. If a bug takes a long time to hit, you would like to change the source and apply the changes live and continue to run your application. You cannot change the "next statement" to run. In Visual Studio, you can use "Set Next Statement" to change how your application runs. Although this feature could crash your application if not used properly, but it will save you a lot of time. For instance, if you found the state of your application is not correct, but you do not know what caused the problems, you might want to rerun a certain region of the your source codes without restarting your application. No built-in support for STL such as vector, list, deque and map etc. No watch points. You need to have this feature, when you need to stop your application right at the point a variable is changed. Intel based computers have hardware watch points so that the watch points will not slow down your system. It might takes many hours to find some hard-to-find bugs without using watch points. "Visual Studio" calls "watch pointer" as "Data BreakPoint".

这个清单可以长得多。

Netbeans或其他类似ide的缺点让我非常沮丧，所以我开始学习GDB本身。我发现GDB本身非常强大。广发银行并不具备上述所有的“缺点”。实际上，GDB非常强大，在许多方面甚至比Visual Studio还要好。我给你们看一个非常简单的例子。

例如，你有一个这样的数组:

struct IdAndValue
{
  int ID;
  int value;
};


IdAndValue IdAndValues[1000];

当应用程序停止时，您希望检查IdAndValues中的数据。例如，如果你想在数组中找到特定“ID”的序数和值，你可以创建一个像下面这样的脚本:

define PrintVal 
set $i=0
printf "ID = %d\n", $arg0
while $i<1000
  if IdAndValues[$i].ID == $arg0
    printf "ordinal = %d, value = %d\n", $i, IdAndValues[$i].vaue
    set $i++
  end
end
end

您可以在当前上下文中使用应用程序中的所有变量，包括您自己的变量(在本例中为$i)、传递的参数(在本例中为$arg0)以及所有GDB命令(内置或用户定义)。

使用GDB提示符中的PrintVal 1打印ID为“1”的值

顺便说一下，NetBeans确实附带了一个GDB控制台，但是通过使用控制台，您可能会使NetBeans崩溃。我相信这就是为什么控制台在NetBeans中默认是隐藏的

SlickEdit. I have used and loved SlickEdit since 2005, both on Windows and on Linux. I also have experience working in Visual Studio (5, 6, 2003, 2005) and just with Emacs and command line. I use SlickEdit with external makefiles, some of my teammates use SlickEdit, others use Emacs/vi. I do not use the integrated debugger, integrated version control, integrated build system: I generally find too much integration to be real pain. SlickEdit is robust (very few bugs), fast and intuitive. It is like a German car, a driver's car.

最新版本的SlickEdit似乎提供了许多我不感兴趣的功能，我有点担心这个产品在未来会变得臃肿和稀释。目前(我使用V13.0)它很棒。

我不想重复答案，但我想我可以再补充一点。

Slickedit是一个优秀的IDE。

It supports large code-bases well without slowing down or spending all its time indexing. (This is a problem I had with eclipse's cdt). Slickedit's speed is probably the nicest thing about it, actually. The code completion works well and there are a large amount of options for things like automatic formatting, beautification and refactoring. It does have integrated debugging. It has plug-in support and fairly active community creating them. In theory, you should be able to integrate well with people doing the traditional makefile stuff, as it allows you to create a project directly from one, but that didn't work as smoothly as I would have liked when I tried it. In addition to Linux, there are Mac and Windows versions of it, should you need them.