Visual Studio 2015 esegue il processo aapt.exe utilizza il 100% dell'uso della CPU

Question

Sto utilizzando la versione di comunità di aggiornamento 2 di Visual Studio 2015 per creare applicazioni Xamarin. Quando aggiungo un nuovo pacchetto nuget o aggiorno i miei pacchetti esistenti, viene attivato il processo aapt.exe che utilizza il 100% della CPU. Mi fa aspettare anni per completare l'installazione del pacchetto nuget. Chiunque abbia lo stesso problema. Le soluzioni a questo sono molto apprezzate.

Answer 1

Ho un problema simile con apt troppo

Quale pacchetto si sta cercando di interrogare o aggiornare?

Assicurarsi che ottenere il più lastest pacchetto SDK di Android e costruire toos quotidiana

E non installare questo pacchetto 2

Answer 2

aprire il file di progetto Android nel vostro editor di testo preferito e aggiungere il seguente al PropertyGroup principale, configurazione Debug:

<AndroidResgenExtraArgs>--no-crunch</AndroidResgenExtraArgs> 

Il processo aapt.exe sta cercando di crunch (processo) tutti i file immagine (png) ogni volta che aggiungi un nuovo pacchetto o componente nuget.

Answer 3

Aprire il progetto in un editor di testo e aggiungere:

<AndroidExplicitCrunch>true</AndroidExplicitCrunch> 

al gruppo di proprietà per la configurazione di debug (s).

In questo modo il sistema di compilazione memorizza nella cache i file generati da aapt in modo tale che in futuro verrà eseguito solo su file che sono stati modificati. La prima build dopo aver aggiunto questo sarà ancora molto lenta mentre la cache è costruita, ma le build successive dovrebbero essere molto più veloci. Ciò dovrebbe anche essere vero per le esecuzioni di aapt innescate modificando i file di risorse, ecc. Dovrebbero anche usare la cache e essere più veloci.

Answer 4

Si tratta di un bug noto: https://bugzilla.xamarin.com/show_bug.cgi?id=52967

Il problema relativo al modo in cui gestisce AAPT componente compatibilità V7. Spero che lo risolveranno per VS dal momento che non sperimentiamo un simile comportamento con Xamarin Studio.

Answer 5

come indicato qui:

https://bugzilla.xamarin.com/show_bug.cgi?id=53817

"Fixed da Xamarin.Build.Download 0.4.3-beta2 e superiore"