有没有办法在保存文件时识别 Eclipse 发生了什么？
我的 Eclipse 运行速度非常慢(保存文件需要近 3 分钟)。只需在文件中添加一个空格并保存，它就会一直显示“正在更新导航器内容查看器”和“远程系统资源管理器操作”，然后就卡住了。
我正在一个强大的系统上运行，有 16 GB 内存，并为 Eclipse 分配了 1 GB。它的执行方式简直令人无法接受，我计划将我的所有项目切换到 NetBeans，而不是在保存上浪费时间。
任何有关解决此问题的提示都会受到赞赏。
最佳答案
最终通过摆脱 Eclipse 解决了该问题。
将我的所有项目移至 NetBeans 8.2。看到我的项目瞬间得到保存，我松了一口气。
来到 Eclipse 后，除了保存过程缓慢之外，它在各个方面都非常强大且出色。然而，仅这个令人沮丧的问题就让我对 Eclipse 1(可能是 0)进行了 10 级的评分。不能指望开发人员等待 2 分钟来保存文件(在 16 gig 系统上，分配给 Eclipse 的 4 gig)会严重拖累生产力。
看起来这个问题并不是什么新鲜事，因为我在各个论坛上看到过很多关于此问题的帖子。我不明白 Eclipse 怎么从来没有考虑过这个缓慢的问题。
关于Eclipse Neon 慢得可怜，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/40166270/