eclipse虚拟机cpu占用过高，先别怀疑电脑中毒，九成是JVM堆内存设置不合理、工作空间缓存堆积或者虚拟机CPU配置没跟上，按下面的排查顺序走一遍，大部分场景都能把CPU占用压回正常值。
第一步先分清：到底是Eclipse这个程序吃CPU，还是虚拟机本身在抢资源
很多人看到CPU飙升就以为是虚拟机里的系统出了问题,其实要先看清楚进程名，按下 Ctrl+Shift+Esc 打开任务管理器，按CPU占用率排序，看看排在前面的是谁。
- 如果是
javaw.exe或java.exe占大头，说明是Eclipse的Java虚拟机在疯狂执行任务，问题出在Eclipse自身的JVM参数或工作负载上。 - 如果是
vmware-vmx.exe（VMware）或VirtualBoxVM.exe（VirtualBox）占大头，说明整台虚拟机都在喘气，宿主机的资源分配或者虚拟机的系统配置才值得怀疑。 - 如果是
mmc.exe或dwm.exe这类系统进程挂高，那要考虑宿主机本身是否已经过载，虚拟机只是被波及的那个。
行业共识认为,虚拟机里跑Java开发工具，性能瓶颈大多不是CPU核心不够，而是内存分配和磁盘I/O拖了后腿，判断清楚对象，再动手处理，能省下不少瞎折腾的时间。
eclipse虚拟机cpu占用100%怎么解决？按这四个步骤排查
确认进程归属之后,按顺序排查，每一步都不复杂，但顺序别乱拨。
检查Eclipse的JVM启动参数
Eclipse目录下有一个 eclipse.ini 文件，它决定Java虚拟机启动时的内存行为，用文本编辑器打开它，重点看这两行：
-Xms256m
-Xmx1024m-Xms 是初始堆内存，-Xmx 是最大堆内存。-Xmx 设置过小，Eclipse处理大项目时频繁触发内存回收（GC），CPU会飙高，界面还会卡顿。
建议把 -Xmx 调到 2048m 甚至更高，前提是宿主机和虚拟机内存都够用，调整后重启Eclipse，观察CPU曲线，往往立竿见影。
关闭自动构建
每次保存文件,Eclipse默认会自动触发项目编译，项目文件多、依赖复杂时，这个动作非常吃CPU。
在菜单栏找到 Project，取消勾选 Build Automatically，需要编译就手动按 Ctrl+B，平时编辑代码时CPU占用能明显降下来。
暂停或禁用后台索引和插件更新
Eclipse的JavaScript、Spring、Maven等插件会在后台建立索引或检查更新，这些任务同样会拉起CPU占用。
进入 Window > Preferences > General > Startup and Shutdown，把不常用的启动项取消勾选，在 Preferences > Maven 里可以取消下载远程更新索引的选项，避免每隔一段时间就默默跑一次大流量任务。
清理工作空间缓存
长时间使用Eclipse,.metadata 目录里会积累大量缓存和日志，拖慢启动速度，也会在运行时反复读写磁盘。
关掉Eclipse,进入工作空间目录，删除 .metadata/.plugins/org.eclipse.ui.workbench 下的部分缓存文件，更稳妥的方式是使用Eclipse的 File > Restart 重启功能，它会自动执行部分清理。
调整虚拟机和宿主机的内存分配，从底层根治eclipse虚拟机卡顿
如果上面几步做完CPU占用还是高,问题多半转移到虚拟机本身的资源设置上。
虚拟机内存和CPU核数怎么给
以VMware为例,编辑虚拟机设置，CPU核心数不必贪多，虚拟化环境下，超过4个核心反而可能因为调度开销导致性能下降，内存建议不低于4GB，如果宿主机有16GB内存，给虚拟机分6GB到8GB，保证Eclipse和操作系统都能舒展开。
多核真的是越多越好吗
不是,虚拟环境中的CPU调度比物理机复杂，8核虚拟机跑在4核宿主机上，反而会因为频繁的上下文切换降低响应速度。
2到4个虚拟核心对Eclipse开发来说已经足够。
Eclipse的JVM内存与虚拟机内存如何配比
这里有一个容易踩的坑：虚拟机内存给了8GB，但 eclipse.ini 里只写了 -Xmx512m，内存白白浪费，Eclipse照旧卡顿，反过来，虚拟机只分到4GB内存，却在 eclipse.ini 里写 -Xmx3g，那Eclipse和系统互相抢内存，虚拟机会频繁交换页面，CPU爬到100%也不奇怪。
一个稳妥的配置思路如下：
| 虚拟机内存 | Eclipse最大堆内存(-Xmx) | 适用场景 |
|---|---|---|
| 4GB | 1GB~1.5GB | 单模块项目、轻量代码编辑 |
| 6GB | 2GB~3GB | 多模块Maven项目、前端资源编译 |
| 8GB及以上 | 3GB~4GB | 大型项目、频繁启动Spring Boot服务 |
配置遵循一个原则：先给操作系统留足至少1GB到2GB内存，再考虑JVM的胃口。
启用现代垃圾回收器
老版本JDK8默认的Parallel GC在高并发编译时会产生明显停顿，换成G1会更平顺，在 eclipse.ini 的 -vmargs 后面加上：
-XX:+UseG1GC如果用的是JDK11以上版本,默认垃圾回收器已经是G1，保持默认即可。
eclipse虚拟机与本地运行性能对比：为什么总差一截
很多人把Eclipse装进虚拟机,图的是环境隔离，或者必须使用Linux环境开发，但虚拟机里的Eclipse和本机实测对比，性能差距是客观存在的。
业内专家指出,虚拟化层会带来额外开销，尤其是磁盘I/O，同样的SSD读写，物理机上原生操作延迟可能是微秒级，进入虚拟机后因为宿主机调度和IO虚拟化，延迟可能成倍增加，Eclipse启动时要加载大量插件和索引文件，磁盘I/O瓶颈会直接放大成CPU等待，表现出来就是CPU占用高、界面假死。
如果你是做Java后端开发,建议优先考虑在宿主机上处理代码编辑，通过WSL或远程SSH连接虚拟机里的Linux环境进行编译和运行测试，这样既保住了Linux生态的便利，Eclipse本体又能避开虚拟化性能损失。
如果一定要在完整桌面虚拟机里开发,尽量给虚拟机分配固态硬盘空间，避免把虚拟磁盘放在机械硬盘上，迁移到SSD后，eclipse虚拟机卡顿现象能缓解一大部分，这也是成本相对较低的改造方案，甚至比花大价钱给宿主机加核心数更划算。
关于eclipse虚拟机cpu占用过高的3个高频问答
Q1：eclipse虚拟机cpu占用过高怎么办？
先打开任务管理器,确认是Java进程还是虚拟机进程在吃CPU，然后检查 eclipse.ini 的内存参数，关闭自动构建，清理工作空间缓存，如果问题依旧，调整虚拟机内存分配和CPU核心数，并考虑将虚拟磁盘迁移到固态硬盘。
Q2：虚拟机里给Eclipse分配多少个CPU核心最合适？
日常开发建议分配2个到4个核心,过多的虚拟CPU会让宿主机频繁做负载均衡，反而增加调度延迟，内存方面，多数情况下比CPU核心数更能直接影响流畅度，优先保证内存充足。
Q3：为了缓解eclipse虚拟机卡顿，值不值得专门升级电脑？
先做软件层面的优化,确认是硬件瓶颈后再升级，虚拟机开发场景对内存和磁盘最敏感，加大内存和换固态硬盘带来的提升最直接，近年这些配件的价格并不高，性价比较为理想。
上面这些步骤做完,绝大多数eclipse虚拟机cpu占用过高的问题都能找到原因并解决，核心思路就是：先分清进程，再调参数，最后查硬件，一步一步来。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/731106.html
