你能猜出会发生什么吗？
我在使用Eclipse WTP [Axis2]时生成了一个客户端存根 客户端在尝试使用Code Assist时，Eclipse工作非常慢 也就是说，按一个点来获取方法列表， 工作台的挂起时间长达30秒。
eclipse.buildId = M20090917-0800 java.version = 1.6.0_15 java.vendor = Sun Microsystems Inc. BootLoader常量：OS = win32，ARCH = x86，WS = win32，NL = ru_RU 框架参数：-product org.eclipse.epp.package.jee.product 命令行参数：-os win32 -ws win32 -arch x86 -product org.eclipse.epp.package.jee.product
警告 1月22日星期五16:40:51 MSK 2010 来自'org.eclipse.mylyn.java.ui'插件的'org.eclipse.mylyn.java.ui.javaAllCompletionProposalComputer'计算机计算机无法正常完成。从'computeCompletionProposals（）'操作返回的扩展时间太长。
答案 0 :(得分：3)
我正在使用eclipse.ini，并将XXMaxPermSize加倍到512M。据孙说：
MaxPermSize指定永久生成堆的最大大小，永久生成堆是一个包含类和方法等对象的堆。
像魔术一样，悬挂已经消失了。如果Eclipse使用永久生成堆来存储/排序内容辅助的候选者，并且如果堆超载则会发生崩溃，我不会感到惊讶。答案 1 :(得分：2)
我遇到了同样的问题。增加堆，更改VM，没有任何效果。直到我发现我的一个依赖项是通过网络驱动器共享的库。我在本地复制了JAR并更改了依赖项。我的闲暇时间消失了。
答案 2 :(得分：1)
对于那些感兴趣的人： 我发现的唯一解决方案是回到Ganymede（今天的最新版本是Galileo 3.5.1）。
我尝试了Galileo Classic和Galileo 3.5.1 Java EE，两者都是新下载的，都没有与该项目合作过。 Eclipse挂断并使用100％的CPU资源。
Ganymede工作正常。
答案 3 :(得分：1)
我有同样的问题。这是由于工作空间中的错误。我的解决方案是摆脱错误工作区，切换到另一个工作区文件夹并再次导入我的项目。
答案 4 :(得分：0)
如果没有使用Mylyn，另一种解决方案可能是在启动时禁用Mylyn插件的自动激活：Window - ＆gt;偏好 - ＆gt;一般 - ＆gt;启动和关闭
这对我有用。