Eclipse Android SDK è lenta per performance di Content Assist

Im in esecuzione eclipse sulla mia macchina Windows 7, 64bit con ram da 6gb e duo 2 core. Sono attualmente in esecuzione Eclipse 3.6 e Android 2.2 SDK Im in esecuzione jdk 1.6

Im notando che quando codifica e il context popup per elencare i methods di una class, appende Eclipse per un massimo di 15 secondi. Questo è molto frustrante.

  • Integra ZXing in Android Studio
  • React Native non può eseguire stacktrace
  • Crea una textview del collegamento ipertestuale in android
  • Come spostare il layout quando viene mostrata la tastiera soft android
  • Crea un button a forma di 3d in android
  • Come monitorare la posizione di un dispositivo Android in un edificio?
  • Una cosa da notare, quando si blocca Eclipse, il mio processre viene eliminato e viene elaborato da un process java. Così facendo qualcosa che sia. Ma spesso each volta che finisco un object con un periodo e la casella di context si apre, diventando troppo doloroso per lavorare.

    Ho cambiato alcune impostazioni nel file Eclipse.ini come: -Xms1024m -Xmx1024m -launcher.XXMaxPermSize 512m

    C'è qualcosa che dovrei guardare:

  • l'increspatura distriggers blocca l'applicazione su Android API 19
  • Come get un display / context EGL a uno specifico GLSurfaceView
  • Il modo più semplice per riprodurre un stream audio RTMP in Android
  • Come creare un'attività visualizzata in cima alla schermata di block
  • Creazione di un frammento: constructor vs newInstance ()
  • Come analizzare un JSON con chiave "dynamic" in android usando GSON
  • 4 Solutions collect form web for “Eclipse Android SDK è lenta per performance di Content Assist”

    Dopo una ricerca Google

    Sono stato in grado di trovare il bug report da Eclipse .

    In breve:

    • È un problema che si verifica quando si utilizza Helios con ADT. Come la pagina ADT su android.com dice:

    Attenzione: ci sono problemi noti con il plugin ADT in esecuzione con Eclipse 3.6. Si prega di rimanere a 3,5 fino ad un ulteriore avviso.

    • Per risolvere il problema, dovrai utilizzare Eclipse 3.5 e mettere il tuo progetto in un nuovo spazio di lavoro creato. (Se si mantiene l'area di lavoro di Eclipse 3.6, il problema si verifica anche su Eclipse 3.5.)

    Una procedura di Work-around viene presentata al commento # 8 in questo URL: http://code.google.com/p/android/issues/detail?id=7850

    Esempio:

    Sto codificando contro Froyo, e il mio target SdkVersion è 7 (AndroidManifest.xml). Quindi, per il passaggio 1, ho scaricato questo file:

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

    E poi per il passaggio 2 ho estratto la directory di base di quel file .tgz nel mio path SDK, che installo sotto / opt / android-sdk-linux_x86 /. Quindi ecco il command che ho eseguito contro il tgz per mettere tutto quello che va:

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

    L'objective finale sembra essere quello di posizionare le sorgenti effettive nella cartella "sorgenti" nell'tree SDK, in modo che quando l'auto-corretto esita a cercarli, sono presenti.

    snpe60 lo descrive più chiaramente:

    Commento 7 da snpe60 14 ottobre 2010 Questo problema si verifica perché il contenitore ADP classpath ha un allegato di origine non valida per impostazione predefinita. È fisso in https://review.source.android.com/16569 . Questa modifica consente di modificare l'allegato di origine del contenitore ADS clasppath e distriggers l'impostazione di allegati di origine non valida. Sperando che sarà disponibile in ADT 8.0.0.

    Questo è molto meglio il problema di autocompletamento di Eclipse

    L'Android è un fan Android di Google, tutto su telefoni Android, Android Wear, Android Dev e applicazioni Android Games e così via.