IntelliJ具有从代码到jspx文档的智能感知和重构支持。

我最近发现IntelliJ IDEA与Eclipse相比至少有两个优点。

如果试图在JSP代码编辑器中使用代码格式化，JSP脚本就会出错。Eclipse变得有点疯狂，它到处发布随机的代码片段。IDEA表现得很好。

另一件事是在JBoss服务器上部署应用程序的速度。IntelliJ正在替换JBoss tmp文件夹中的应用程序，因此重新部署非常快。Eclipse WTP正在替换deploy文件夹中的应用程序，而后者的持续时间要长得多。

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

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

有一件事IntelliJ做得比Eclipse好得多，那就是清空你的口袋!

然而，我确实更喜欢使用它，它比Eclipse有一个很大的优势，就是它与文件系统同步的方式，对于大项目和慢速的计算机(是的，在工作环境中，PC的速度比我们家里的慢得多)，Eclipse似乎与IntelliJ相比似乎更快，尽管初始索引时间较慢。

IntelliJ社区版显然可以免费使用它，但你很快就会想要那些额外的重构和CC版不包含的小东西。

在我看来，这通常是一个更好的用户体验，但是否值得这个成本是每个开发者自己要回答的问题。

但是让我们感激我们现在有三个很棒的Java ide, NetBeans一直在变得更好。

其他一些事情:

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

在IntelliJ中，您可以通过“最后编辑位置”跳过最后编辑位置的历史。Eclipse也有类似的特性，但是Eclipse只返回到编辑位置的一个级别。

拥有历史记录而不仅仅是Eclipse提供的一个级别是一个很好的生产力特性:它充当了一种自动书签的形式，因为您经常希望跳转回您进行更改的地方。我每天都要使用这个功能几次，当我被要求使用Eclipse来做某些事情时，我感到没有这个功能的痛苦。