使用 Code Assist (org.eclipse.mylyn.java.ui.javaAllCompletionProposalComputer) 时 Eclipse 非常慢
你能猜出会发生什么吗？
我使用 Eclipse WTP [Axis2] 生成了一个客户端存根，并在工作时 一个客户，当 Eclipse 尝试使用 Code Assist 时，我的工作速度非常慢， 也就是说，按一个点即可获取方法列表， 工作台有长达 30 秒的挂起时间。
eclipse.buildId=M20090917-0800 java.version=1.6.0_15 java.vendor=太阳微系统公司 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()”操作返回的时间过长。
Can you guess what happens?
I generated a client stub using Eclipse WTP [Axis2] and while working on
a client I get Eclipse working very slowly when it tries to use Code Assist,
that is, press a dot to get a list of methods,
there's up to 30 seconds hang-ups of the workbench.
eclipse.buildId=M20090917-0800
java.version=1.6.0_15
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=ru_RU
Framework arguments: -product org.eclipse.epp.package.jee.product
Command-line arguments: -os win32 -ws win32 -arch x86 -product org.eclipse.epp.package.jee.product
Warning
Fri Jan 22 16:40:51 MSK 2010
The 'org.eclipse.mylyn.java.ui.javaAllCompletionProposalComputer' proposal computer from the 'org.eclipse.mylyn.java.ui' plug-in did not complete normally. The extension took too long to return from the 'computeCompletionProposals()' operation.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（5）
我对 eclipse.ini 进行了修改，并将 XXMaxPermSize 加倍到 512M。根据 Sun 的说法：
MaxPermSize 指定永久生成堆的最大大小，永久生成堆是保存类和方法等对象的堆。
就像魔术一样，悬念消失了。如果 Eclipse 使用永久生成堆来存储/排序 Content Assist 的候选者，并且在堆过载时进行抖动，我不会感到惊讶。
I was mucking with eclipse.ini and doubled the XXMaxPermSize to 512M. According to Sun:
MaxPermSize specifies the the maximum size for the permanent generation heap, a heap that holds objects such as classes and methods.
Like magic, the hang is gone. I would not be surprised if Eclipse uses the permanent generation heap to store/sort candidates for Content Assist and thrashes if the heap gets overloaded.
我也有同样的问题。增加堆，更改虚拟机，没有任何效果。直到我发现我的依赖项之一是通过网络驱动器共享的库。我在本地复制了 JAR 并更改了依赖项。我的挂机时间消失了。
I had the same problem. Increased heap, changed VM, nothing worked. Until I found that one of my dependencies was a library shared via network drive. I copied the JAR locally and changed the dependency. My hang time went away.
我有同样的问题。这是由于工作区中的错误造成的。我的解决方案是摆脱错误工作区，切换到另一个工作区文件夹并再次导入我的项目。
I have the same problem. This is due to an error in workspace. My solution is get rid of error workspace, switch to another workspace folder and import my projects again.
对于那些感兴趣的人来说：
我找到的唯一解决方案是回到 Ganymede（今天最新的版本是 Galileo 3.5.1）。
我尝试了 Galileo Classic 和 Galileo 3.5.1 Java EE，两者都是新下载的，但都不适用于该项目。
Eclipse 挂起并使用 100% 的 CPU 资源。
伽尼米德工作得很好。
Well for those interested:
the only solution I found is get back to the Ganymede (The most recent version today is Galileo 3.5.1).
I tried Galileo Classic and Galileo 3.5.1 Java EE, both freshly downloaded, neither worked with that project.
Eclipse hangs up and uses 100% of CPU resource.
Ganymede works fine.
如果未使用 Mylyn，另一种解决方案可能是禁用启动时自动激活 Mylyn 插件：窗口 -> 启动时自动激活 Mylyn 插件。首选项->一般->启动和关闭
这对我来说是这样。
If Mylyn is not used another solution could be to disable the automatic activation of the Mylyn plug-ins on startup: Window -> Preferences -> General -> Startup and Shutdown
This did it for me.