Затмение не отвечает на Windows 7 для разработки Android

Question

У меня много проблем с тем, чтобы Eclipse с плагином Android работал на Windows 7 64K.Я получаю затмение не отвечая много.Кажется, это происходит довольно случайно.Я знаю, что Windows 7 в настоящее время не поддерживает Android SDK.

Однако кто-нибудь заставил это работать?

Я использую следующее: - Windows 7 64K - Eclipse galileo (3.5.2) - JDK 1.6.0_21 64k

Answer 1

Вероятно, здесь есть несколько проблем с одинаковыми «не отвечающими» симптомами.Поэтому следующее может работать не для всех.

Я использую Windows 7 Enterprise x64 с Eclipse Helios Service Release 1 и вижу, что Eclipse "не отвечает" довольно часто (каждый день или около того).Пока что я обычно могу это исправить, остановив adb.

• Перейдите в диспетчер задач Windows (CTRL-ALT-DEL, затем запустите диспетчер задач)
• На вкладке "Процессы" выберитеСтолбец имени изображения
• Выберите adb.exe * 32
• Завершить процесс
• Завершить процесс также в диалоговом окне проверки.

Вы можете увидетьпредупреждения консоли о «DeviceMonitor] Попытки подключения», но теперь Eclipse должен быть разблокирован и через некоторое время перезапустит adb.

Answer 2

Я много видел это, поэтому с jvisualvm я вызвал дамп потока и обнаружил тупик. Это не будет вылечено убийством АДБ. Я сообщил об этом (и ссылался на этот вопрос): http://code.google.com/p/android/issues/detail?id=25149

Found one Java-level deadlock:
=============================
"Device Client Monitor":
  waiting to lock monitor 0x0000000010516468 (object 0x00000000e14ca208, a java.util.ArrayList),
  which is held by "Device List Monitor"
"Device List Monitor":
  waiting to lock monitor 0x0000000010516510 (object 0x00000000e9354218, a com.android.ddmuilib.logcat.LogCatReceiverFactory),
  which is held by "main"
"main":
  waiting to lock monitor 0x0000000010e01a98 (object 0x00000000e0dbd3f8, a java.util.ArrayList),
  which is held by "Device List Monitor"

Java stack information for the threads listed above:
===================================================
"Device Client Monitor":
    at com.android.ddmlib.DeviceMonitor.deviceClientMonitorLoop(DeviceMonitor.java:657)
    - waiting to lock  (a java.util.ArrayList)
    at com.android.ddmlib.DeviceMonitor.access$100(DeviceMonitor.java:42)
    at com.android.ddmlib.DeviceMonitor$3.run(DeviceMonitor.java:577)
"Device List Monitor":
    at com.android.ddmuilib.logcat.LogCatReceiverFactory.removeReceiverFor(LogCatReceiverFactory.java:53)
    - waiting to lock  (a com.android.ddmuilib.logcat.LogCatReceiverFactory)
    at com.android.ddmuilib.logcat.LogCatReceiverFactory.access$000(LogCatReceiverFactory.java:31)
    at com.android.ddmuilib.logcat.LogCatReceiverFactory$1.deviceDisconnected(LogCatReceiverFactory.java:41)
    at com.android.ddmlib.AndroidDebugBridge.deviceDisconnected(AndroidDebugBridge.java:797)
    at com.android.ddmlib.DeviceMonitor.updateDevices(DeviceMonitor.java:391)
    - locked  (a java.util.ArrayList)
    - locked  (a java.util.ArrayList)
    at com.android.ddmlib.DeviceMonitor.processIncomingDeviceData(DeviceMonitor.java:323)
    at com.android.ddmlib.DeviceMonitor.deviceMonitorLoop(DeviceMonitor.java:191)
    at com.android.ddmlib.DeviceMonitor.access$000(DeviceMonitor.java:42)
    at com.android.ddmlib.DeviceMonitor$1.run(DeviceMonitor.java:82)
"main":
    at com.android.ddmlib.AndroidDebugBridge.addClientChangeListener(AndroidDebugBridge.java:437)
    - waiting to lock  (a java.util.ArrayList)
    at com.android.ddmuilib.logcat.LogCatPidToNameMapper.(LogCatPidToNameMapper.java:46)
    at com.android.ddmuilib.logcat.LogCatReceiver.(LogCatReceiver.java:59)
    at com.android.ddmuilib.logcat.LogCatReceiverFactory.newReceiver(LogCatReceiverFactory.java:62)
    - locked  (a com.android.ddmuilib.logcat.LogCatReceiverFactory)
    at com.android.ddmuilib.logcat.LogCatPanel.deviceSelected(LogCatPanel.java:243)
    at com.android.ddmuilib.SelectionDependentPanel.deviceSelected(SelectionDependentPanel.java:52)
    at com.android.ide.eclipse.ddms.views.SelectionDependentViewPart.selectionChanged(SelectionDependentViewPart.java:67)
    at com.android.ide.eclipse.ddms.DdmsPlugin$6.run(DdmsPlugin.java:705)
    at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
    at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:135)
    - locked  (a org.eclipse.swt.widgets.RunnableLock)
    at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4140)
    at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3757)
    at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2696)
    at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2660)
    at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2494)
    at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:674)
    at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
    at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:667)
    at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
    at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:123)
    at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
    at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
    at org.eclipse.equinox.launcher.Main.run(Main.java:1410)

Found 1 deadlock.

Answer 3

Проблема исправлена.Это связано с ошибкой в ​​сборке 6 JDK 1.6.0_21. Проблема исправлена ​​в сборке 7. Вот ссылки по теме ....

http://www.eclipse.org/forums/index.php?t=msg&th=171988&start=0&

Спасибо завсем помочь.

Answer 4

Я использую Eclipse helios 64bit на Windows 7, и кажется, что проблема вернулась с последним JDK: Java-версия "1.6.0_21" Java (TM) SE Runtime Environment (сборка 1.6.0_21-b06) Java HotSpot (TM) 64-разрядная серверная виртуальная машина (сборка 17.0-b16, смешанный режим)

Обходной путь, который я использовал, заключается в использовании предыдущей версии JRE: C: \ eclipse-jee-helios-win32-x86_64 \ eclipse.exe -XX: MaxPermSize = 256m -vm "C: \ Program Files \ Java \ jdk1.6.0_20 \ bin \ java.exe"

Answer 5

Я вижу точно такую ​​же проблему, идеал затмения перестает отвечать часто и, казалось бы, случайно.Под управлением Windows 7 64-bit, galileo 3.5.2, JDK 1.6.

Answer 6

Затмение, вероятно, сильно поражает сборщика мусора. Вы можете проверить, является ли это причиной, нажав Show heap status в Предпочтения | Генеральный.

Вы можете попробовать поместить -Xmx1024m в конец файла eclipse.ini. Если параметр -Xmx уже существует, замените его на этот. Это поможет удержать GC от частых приостановок пользовательского интерфейса.

Answer 7

Я нахожусь на Windows 7 x64 и использую это для разработки Android.Нет проблем вообще.Вы уверены, что это Android SDK или драйвер Android для вашего телефона?Соберите все самые новые обновления, и я поместил все свои файлы и рабочее пространство за пределы папки пользователя.Это предотвращает любой шанс выдачи разрешения.