Как бы то ни было, моя интуиция в том, что это не причина.Трудно занять много времени, делая что-либо с простым 1,1 МБ байт-кода;Я никогда не замечал, чтобы Декс занимал какое-то значительное время.Но давайте предположим, что это проблема ради аргумента.
Если это достаточно важно, вы, вероятно, можете нарезать Guava .jar
, чтобы удалить целые пакеты, которые вы не используете.Он состоит из нескольких частей, которые не обязательно связаны между собой.
Не думаю, что это ускорит процесс, но, возможно, стоит упомянуть: если вы запускаете сборку через Proguard (оптимизатор)теперь в комплекте с SDK), он может удалить неиспользуемые классы перед тем, как перейти к DEX (и выполнить кучу других замечательных оптимизаций для байтового кода).Но, конечно, этот процесс, вероятно, занимает больше времени, чем дексинг.