我在IntelliJ中一直使用的东西是在我输入时重构。我用两种ide重写了打印输出的类(最初是在eclipse中编写的)，用IntelliJ编写相同的类比用eclipse少了大约40%的按键/鼠标点击。

除非Eclipse对不完整的代码段支持同样多的重构，否则我不会使用它。

以下是IntelliJ 8.0/8.1的特性列表[http://www.jetbrains.com/idea/features/index.html]

其他一些事情:

propagate parameters/exceptions when changing method signature, very handy for updating methods deep inside the call stack SQL code validation in the strings passed as arguments to jdbc calls (and the whole newly bundled language injection stuff) implemented in/overwritten in icons for interfaces & classes (and their methods) and the smart implementation navigation (Ctrl+Alt+Click or Ctrl+Alt+B) linking between the EJB 2.1 interfaces and bean classes (including refactoring support); old one, but still immensely valuable when working on older projects

回答的序言:我对Eclipse的使用是有限的。我们需要一个Java IDE在Windows和Mac上都能运行，而Mac的移植速度越来越慢。这是几年前的事了，我相信现在没问题了。但这正是我们转向IntelliJ的原因，我们对它很满意。

现在是我的答案:我还没有看到提到的一个很大的区别是，IntelliJ/Jet Brains的技术支持更好。我们向JetBrains发送电子邮件，并在不到一个小时内得到明确的答复。寻找Eclipse问题的答案通常会得到“你这个愚蠢的白痴”的答案(通常是一小部分回答)，同时还有大量有见解的、有帮助的回答。但要得到真正的答案还需要一些梳理。

IntelliJ做了而Eclipse没有做的两件事对我来说非常有价值:

方法分隔符:方法之间那些模糊的灰色线条使代码更具可读性

文本抗锯齿:使代码在IDE中看起来很漂亮

IntelliJ有一些相当高级的代码检查(与FindBugs类似但又不同)。

虽然我在使用IntelliJ时非常想念FindBugs插件(Eclipse/FindBugs集成非常酷)。

下面是IntelliJ支持的代码检查的官方列表

编辑:最后，IntelliJ有一个findbugs-plugin。它仍处于测试阶段，但代码检查和FindBugs的组合非常棒!

Intellij有一个比subversion或Subclipse优秀得多的SVN插件，而且它是有效的!我们在使用Eclipse合并源文件上所浪费的时间是无法想象的。对于IntelliJ，这不是一个问题，因为插件可以帮助你更多。

此外，Subclipse插件也不可靠——我们经常遇到插件认为其他开发人员没有将任何代码签入SVN的情况，但确实存在——CI服务器已经处理了它们!