Внутренняя ошибка в Firestore (0.6.6-dev) из-за GRPC и R8

Question

После того, как я обновил свои зависимости Firebase, мое приложение перестало работать. Отчет о сбое показал этот журнал:

java.lang.RuntimeException: Internal error in Firestore (0.6.6-dev).
at com.google.firebase.firestore.g.b.a(com.google.firebase:firebase-firestore@@17.0.5:324)
at com.google.firebase.firestore.g.d.run(com.google.firebase:firebase-firestore@@17.0.5)
at android.os.Handler.handleCallback(Handler.java:751)
at android.os.Handler.dispatchMessage(Handler.java:95)
at android.os.Looper.loop(Looper.java:154)
at android.app.ActivityThread.main(ActivityThread.java:6165)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:888)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:778)
 Caused by: java.lang.AbstractMethodError: abstract method "b.d.g.z$d b.d.g.z$d.a(int)"
at b.d.g.u.a(GeneratedMessageLite.java:1319)
at b.d.c.a.y.a(com.google.firebase:firebase-firestore@@17.0.5:8440)
at b.d.c.a.y$a.a(com.google.firebase:firebase-firestore@@17.0.5:6589)
at com.google.firebase.firestore.f.n.b(com.google.firebase:firebase-firestore@@17.0.5:689)
at com.google.firebase.firestore.c.N.a(com.google.firebase:firebase-firestore@@17.0.5:152)
at com.google.firebase.firestore.c.w.b(com.google.firebase:firebase-firestore@@17.0.5:82)
at com.google.firebase.firestore.c.O.a(com.google.firebase:firebase-firestore@@17.0.5:479)
at com.google.firebase.firestore.c.V.run(com.google.firebase:firebase-firestore@@17.0.5)
at com.google.firebase.firestore.c.u.a(com.google.firebase:firebase-firestore@@17.0.5:117)
at com.google.firebase.firestore.c.O.a(com.google.firebase:firebase-firestore@@17.0.5:474)
at com.google.firebase.firestore.b.f.a(com.google.firebase:firebase-firestore@@17.0.5:165)
at com.google.firebase.firestore.b.o.a(com.google.firebase:firebase-firestore@@17.0.5:79)
at com.google.firebase.firestore.b.r.c(com.google.firebase:firebase-firestore@@17.0.5:132)
at com.google.firebase.firestore.b.w.run(com.google.firebase:firebase-firestore@@17.0.5)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:428)
at java.util.concurrent.FutureTask.run(FutureTask.java:237)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:272)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1133)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:607)
at com.google.firebase.firestore.g.b$a.run(com.google.firebase:firebase-firestore@@17.0.5:190)
at java.lang.Thread.run(Thread.java:761)

Поскольку в журнале нет ссылки на класс моего исходного кода, я попытался выяснить зависимости.

В конце концов понял, что проблема из-за усадки R8 и GRPC.

Ниже приведены решения вышеуказанной проблемы:

1. android.enableR8 = FALSE
2. -поддержите класс io.grpc.** { *; }

Ни одно из этих решений не выглядело мне интересно.

Я не хочу применять 1-е решение, так как отключение R8 увеличивает мой размер APK на 200 КБ. Где как 2-е решение мне показалось хаком. Я не поддерживаю сохранение всей библиотеки, когда один класс вызывает некоторую проблему.

Теперь вопрос в том, как заставить мое приложение работать с включенным R8 и не сохранять grpc библиотека вдали от запутывания?

Answer 1

Я просмотрел пример приложения быстрого запуска Firestore с использованием R8 и gRPC, и у меня не было никаких проблем, даже с выпуском com.google.firebase:firebase-firestore:17.0.5 (который, похоже, используется в трассировке стека), Я думаю, что вы, возможно, столкнулись с https://github.com/firebase/FirebaseUI-Android/issues/1175, который должен быть исправлен в последних выпусках firestore, например, 17.1.2. (Согласно их примечаниям к выпуску, 17.0.5 содержал ошибку и не должен использоваться). Если обновление не является вариантом, вы можете просто вручную добавить следующее в ваши правила Proguard, как это было сделано в примере быстрого запуска Firestore:

-dontwarn okio.**

(Я не могу воспроизвести ошибку, которую вы описали, но это, похоже, единственное правило защиты в примере быстрого запуска, которое применимо к зависимости gRPC)