2016-05-19 5 views
9

Я использую Visual Studio 2015 update 2 community version для создания приложений Xamarin. Когда я добавляю новый пакет nuget или обновляю существующие пакеты, включается процесс aapt.exe, который использует 100% CPU. Это заставляет меня ждать веков, чтобы завершить установку пакета nuget. Любой, кто сталкивается с той же проблемой. Решения для этого заслуживают высокой оценки.Visual Studio 2015 запускает процесс aapt.exe использует 100% использование CPU

+0

ли вы избавиться от этой проблемы? – RoarG

+0

Нет. У меня нет никаких решений. Это происходит, когда я устанавливаю сразу несколько пакетов. Я не делаю этого, теперь я устанавливаю по одному. @RoarG –

ответ

0

У меня аналогичная проблема с метким тоже

Какого пакетом вы пытаетесь опрашивать или обновлять?

УБЕДИТЕСЬ получить Lastest пакет Android SDK и построить Toos повседневной

И не установить этот пакет 2

enter image description here

+0

У меня их нет. –

+0

U нужен отдых для поддержки, проблема MS: Built. –

+0

У меня установлены другие. Я говорил о стрелках, показанных на изображении. –

9

Откройте ваш Android файл проекта в текстовом редакторе выбора и добавьте следующее до основной PropertyGroup, Конфигурация отладки:

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

Процесс aapt.exe пытается хруст (процесс) всех файлов изображения (png) всякий раз, когда вы добавляете новый пакет или компонент nuget.

+0

Получение: ошибка: неизвестная опция '--no-crunch - no-version-vectors' – RoarG

+2

@RoarG try ' - no-crunch' (обратите внимание на конечное пространство) –

+0

Это сработало для меня , до сих пор (с конечным пространством). – user2966445

1

Откройте свой проект в текстовом редакторе и добавьте:

<AndroidExplicitCrunch>true</AndroidExplicitCrunch> 

к группе свойств для конфигурации (ы) отладки.

Это приведет к тому, что система сборки будет кешировать файлы, сгенерированные адаптом, чтобы в будущем они будут выполняться только в файлах, которые были изменены. Первая сборка после добавления этого будет по-прежнему очень медленной, пока кеш построен, но последующие сборки должны быть намного быстрее. Это также должно быть верно для прогонов aapt, вызванных изменением файлов ресурсов и т. Д., Они также должны использовать кеш и быть быстрее.

1

Это известная ошибка: https://bugzilla.xamarin.com/show_bug.cgi?id=52967

Проблема, связанная с тем, как AAPT обрабатывает компонент совместимости V7. Надеюсь, они исправит это для VS, так как мы не испытываем такого поведения с Xamarin Studio.

 Смежные вопросы

  • Нет связанных вопросов^_^