Android工作室始终使用> 100%的CPU - 没有后台进程似乎正在运行

Sha*_*aun 77 android cpu-usage

我注意到Android Studio(运行时)始终使用超过100%的CPU,即使看起来没有IDE正在运行的后台进程(索引等).我可能怀疑这是我的盒子特有的东西,但是一些开发人员也遇到了这个问题.

通常,CPU使用率处于高100或200年代中期(参见下面的屏幕截图).有没有人遇到过这个?如果是这样,IDE中是否有任何策略或选项来纠正系统资源的这种密集使用?

在此输入图像描述

在此输入图像描述

mun*_*ikh 42

您可以在"文件"菜单中尝试以下选项:

  1. 文件菜单 - >使高速缓存/重新启动无效... - >无效并重新启动
  2. 单击文件 - >省电模式启用省电模式

省电模式仅禁用代码洞察和后台任务.

  • 我在Android Studio中遇到了同样的问题,但没有使用IntelliJ IDEA 12.1.4.所以它似乎是Android Studio特定的问题,而不是IntelliJ本身.当我开始构建过程(使用maven)时,问题就开始了. (2认同)
  • 更新:这有帮助,但它似乎也削弱了IDE的一些功能(如自动完成,一些图标已经消失,可能没有实时git支持?) (2认同)
  • 这确实使事情变得更好,但并不实用,因为它禁用了我使用的太多功能。 (2认同)

小智 30

您可以考虑转到文件>无效缓存/重新启动您的缓存可能会在后台启动一些时髦的东西

在此输入图像描述

  • 在我的案例中,这个建议帮助了我.谢谢! (3认同)

Mig*_* P. 29

感谢Buzzrick(在本页回答,可能在我的回答之上),他提到了VCS.关闭VCS的所有后台操作似乎对高CPU使用率产生巨大影响 - 它是150%,现在是20%,或多或少.

我在OS X上

转至:首选项>版本控制>背景.现在列在"后台操作"下的是6个选项.我禁用了前三个选项:

在后台执行VCS更新,在后台执行提交到VCS,在后台执行到VCS的签出.

  • 对我来说,这是一个巨大的进步。Invalidate缓存仅做了很多事情,但是我仍然经常看到AS和Java的利用率超过100%(构建时超过300%!),现在它处于静止状态。我正在使用AS 3.4.1,仅供参考。 (2认同)
  • 米格尔,如果我没有结婚(和一个男人),我会提议生你的爱子。谢谢! (2认同)

ode*_*fos 11

我没有明显的理由遇到了持续的高CPU使用率.无效缓存不起作用,也没有省电模式.

在我的情况下,'.git'目录中有一个错误导致android studio在无限循环中失败.再次签出回购修复了问题.

我的建议是检查android studio日志中是否有任何提示导致它失败的原因.您也可以从终端启动它并检查Stdout/Stderr输出.

  • 类似的情况对我而言.提交已更改的文件并推送到repo修复它. (2认同)

Ken*_*aga 6

我在 Android Studio 1.0 中打开了省电功能,这有帮助,但这意味着我选择退出 Android Studio 必须提供的许多功能。因此我试图找到一个更好的解决方案,我碰巧总是弹出一个对话框并要求我增加我的 VM 大小。显然,一旦我增加了这个,我就可以关闭省电功能并使我的 Android Studio 完美运行。

这是如何做到的:在 Mac OS 上,转到 /Applications/Android\ Studio.app/Contents/bin/studio.vmoptions(要打开内容,请右键单击 Android Studio 应用程序 > 查看内容)您将找到以下变量

-Xms128m
-Xmx4096m
-XX:MaxPermSize=1024m
-XX:ReservedCodeCacheSize=200m
-XX:+UseCompressedOops
Run Code Online (Sandbox Code Playgroud)

在 Windows 上,转到环境变量并找到一个名为的系统变量 _JAVA_OPTIONS

相应地增加这些数字。

  • Xmx 指定 Java 虚拟机 (JVM) 的最大内存分配池。
  • Xms 指定初始内存分配池。

即您的 JVM 将以 Xms 内存量启动,并且将能够使用最大 Xmx 内存量。


Sha*_*aun 1

我暂时保留了这个问题,因为随着时间的推移,这里的同事和发帖者发现了各种解决方案的价值。对于我自己来说,简单地更新 Android Studio 就解决了这个问题(几个月后,这里的解决方案都不适合我)。

  • 我使用的是 Android Studio 的最新稳定版本 3.2.1,但仍然存在此问题。 (5认同)