Eclipse的Android SDK缓慢的Content Assist性能

我在我的Windows 7机器上运行日食,64位与6GB内存和核心2二重奏。 我目前正在运行Eclipse 3.6和Android 2.2 SDK的我在运行jdk 1.6

我注意到,当编码和上下文popup列出一个类的方法,它挂起Eclipse 15秒。 这是非常令人沮丧的。

有一点需要注意,当Eclipse挂起时,我的处理器已经最大化,并且正在由java进程工作。 所以它就是在做任何事情。 但是每当我用一段时间完成一个对象并popup上下文框时,它就变得太痛苦了。

我更改了Eclipse.ini文件中的一些设置,例如:-Xms1024m -Xmx1024m –launcher.XXMaxPermSize 512m

还有什么我应该看看:

Solutions Collecting From Web of "Eclipse的Android SDK缓慢的Content Assist性能"

谷歌搜索后

我已经能够从Eclipse中找到错误报告 。

简而言之:

  • 使用Helios和ADT时出现问题。 正如android.com上的ADT页面所示 :

警告:在Eclipse 3.6中运行的ADT插件存在已知的问题。 请继续留在3.5,直至另行通知。

  • 要修复它,你将不得不使用Eclipse 3.5并把你的项目放在一个新创建的工作区中。 (如果你使用Eclipse 3.6来保存工作空间,那么即使在Eclipse 3.5上也会出现这个问题。)

在此网址的注释#8中提供了解决方法过程: http : //code.google.com/p/android/issues/detail?id=7850

例:

我对Froyo编码,我的目标SdkVersion是7(AndroidManifest.xml)。 所以对于第一步,我下载了这个文件:

 https://android.googlesource.com/platform/frameworks/base/+archive/froyo-release.tar.gz 

然后对于第2步,我将该.tgz文件的基本目录解压到我的SDK路径中,该路径安装在/ opt / android-sdk-linux_x86 /下。 所以这里是我对tgz执行的命令,

 tar -vzxf base-froyo.tar.gz -C /opt/android-sdk-linux_x86/platforms/android-7/sources/ base/ 

最终目标似乎是将实际的源文件放到SDK树中的“sources”文件夹中,这样当自动更正发现它们时,它们就在那里。

snpe60更清楚地描述了这一点:

2010年10月14日,由snpe60评论7由于ADT类路径容器默认情况下有一个无效的源附件发生此问题。 它在https://review.source.android.com/16569中修复。 通过此更改,可以更改ADT Clasppath容器的源附件并禁用设置无效的源附件。 希望能在ADT 8.0.0中使用。

这是更好的Eclipse自动完成问题