Как вернуть поведение D8 обратно к тому, что было в Android Studio 3.1.x? - PullRequest
0 голосов
/ 22 января 2019

Это действительно вопрос для группы поддержки разработчиков Android (Studio) в Google. Пожалуйста, дайте мне знать, если есть лучший канал для этого.

Фон

Я заметил увеличение количества сбоев libart.so в консоли Google Play для моего приложения. В Crashlytics такие же сбои не проявляются, я сам не могу их воспроизвести, и, похоже, они влияют только на несколько десятков пользователей. Я не привожу никаких подробностей этих сбоев, потому что не думаю, что они имеют отношение к моему вопросу, но я открыт, чтобы быть уверенным в обратном.

Я обнаружил небольшое количество сообщений о похожих проблемах, например это и это . Это создало у меня впечатление, что основной причиной может быть система сборки Android и, в частности, компилятор D8.

Я думаю, что эти сбои начали происходить после того, как я выпустил новую версию своего приложения, созданного на Android Studio 3.2.1. Ранее я использовал последнюю сборку Android Studio 3.1.x, в которой по умолчанию уже использовался D8 (верно?), Поэтому полное отключение D8 кажется довольно сложным делом. И это подводит нас к моей ...

Вопрос

Как вернуть поведение D8 к тому, что было в последней сборке Android Studio 3.1.x при использовании Android Studio 3.2.1?

Бонусный вопрос. Первый пункт под заголовком «Изменения поведения» в примечаниях к выпуску плагина Android gradle для версии 3.2.0 - «Удаление десагната с помощью D8 теперь включено по умолчанию». Делает ли это отладку, если я не использую функции Java8, но использую Kotlin?

...