Eclipse Android SDK 内容辅助性能缓慢

发布于 2024-09-27 15:34:46 字数 402 浏览 7 评论 0原文

我在我的 Windows 7 机器上运行 Eclipse,64 位,6GB RAM 和 core 2 duo。 我目前正在运行 Eclipse 3.6 和 android 2.2 SDK 我正在运行 jdk 1.6

我注意到,当编码和上下文弹出窗口列出类的方法时,它会挂起 Eclipse 长达 15 秒。这非常令人沮丧。

需要注意的一件事是,当 Eclipse 挂起时,我的处理器已达到极限,并且正在由 java 进程运行。所以不管它是什么,它都会做一些事情。但通常,每当我完成一个带有句点的对象并且弹出上下文框时,使用起来就变得太痛苦了。

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

还有什么我应该看的吗:

Im running eclipse on my windows 7 machine, 64bit with 6gb ram and core 2 duo.
Im currently running Eclipse 3.6 and android 2.2 SDK
Im running jdk 1.6

Im noticing that when coding and the context popups to list methods of a class, it hangs Eclipse for up to 15 seconds. This is very frustrating.

One thing to note, when Eclipse hangs, my processor is maxed out, and is being worked by a java process. So its doing something whatever it is. But frequently everytime I finish an object with a period and the context box pops up, its becoming too painful to work with.

I changed some settings in the Eclipse.ini file such as:
-Xms1024m
-Xmx1024m
--launcher.XXMaxPermSize 512m

Is there anything else I should look at:

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(4

南汐寒笙箫 2024-10-04 15:34:46

经过 google 搜索后,

我找到了来自 Eclipse 的错误报告

简而言之:

警告:与 Eclipse 3.6 一起运行的 ADT 插件存在已知问题。请继续使用 3.5,直至另行通知。

  • 要修复它,您必须使用 Eclipse 3.5 并将项目放入新创建的工作区中。 (如果保留 Eclipse 3.6 的工作区,即使在 Eclipse 3.5 上也会出现该问题。)

After a google search

I have been able to find the bug report from Eclipse.

In short:

Caution: There are known issues with the ADT plugin running with Eclipse 3.6. Please stay on 3.5 until further notice.

  • To fix it, you will have to use Eclipse 3.5 and put your project in a newly created workspace. (If you keep the workspace from Eclipse 3.6, the problem will occur even on Eclipse 3.5.)
dawn曙光 2024-10-04 15:34:46

此 URL 的 comment#8 中提供了解决方法:http ://code.google.com/p/android/issues/detail?id=7850

示例:

我正在针对 Froyo 进行编码,我的目标 SdkVersion 是 7 (AndroidManifest.xml)。因此,对于步骤 1,我下载了此文件:

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

然后对于步骤 2,我将该 .tgz 文件的 base/ 目录提取到我的 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 树中的“源”文件夹中,以便当自动更正时寻找它们,他们就在那里。

snpe60描述得更清楚:

snpe60 的评论 7,2010 年 10 月 14 日
发生此问题的原因是 ADT
类路径容器有一个无效的
默认为源附件。这是
固定在
https://review.source.android.com/16569
此更改允许更改 ADT
clasppath容器的源码
附件并禁用设置
源附件无效。希望它
将在 ADT 8.0.0 中提供。

A Work-around procedure is presented in comment#8 at this URL: http://code.google.com/p/android/issues/detail?id=7850

Example:

I'm coding against Froyo, and my target SdkVersion is 7 (AndroidManifest.xml). So for step 1, I downloaded this file:

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

And then for step 2, I extracted the base/ directory of that .tgz file into my SDK path, which I install under /opt/android-sdk-linux_x86/. So here's the command I executed against the tgz to put everything where it goes:

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

The end goal appears to be to place the actual sources into the "sources" folder in the SDK tree, so that when the auto-correct goes out looking for them, they are there.

snpe60 describes it more clearly:

Comment 7 by snpe60, Oct 14, 2010
This issue is happen because the ADT
classpath container have an invalid
source attachment by default. It is
fixed in
https://review.source.android.com/16569.
This change enables changing the ADT
clasppath container's source
attachment and disables setting
invalid source attachment. Hoping it
will be available in ADT 8.0.0.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文