Ваше сообщение об ошибке выглядит так? # 2049

Да примерно. Однако эта проблема, хотя и связана, я думаю, что больше внимания уделяется
отсутствие поддержки Android App Bundle в Fresco или SoLoader и
разделение двоичных файлов таким образом.

Я могу ошибаться, но эта проблема воспроизводится на каждом устройстве, которое я
протестированы, а не только избранные бренды.

И, согласно руководствам по доставке Fresco, нет никаких указаний на вариант использования
доставка через пакеты Android App Bundle, и мы не можем использовать ключ splits как когда
вы используете bundle splits ключ

Во вторник, 11 декабря 2018 г., 06:40 KimiChiu, [email protected] написал:

Ваше сообщение об ошибке выглядит так? # 2049
https://github.com/facebook/fresco/issues/2049

-
Вы получаете это, потому что вы являетесь автором темы.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/facebook/fresco/issues/2253#issuecomment-446089907 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/ABUQnQ4cZ-sWkG5b72Ea81wiQjS02yjlks5u31NxgaJpZM4ZIsuf
.

Привет @icerfish!

Спасибо, что заполнили эту проблему со всеми необходимыми деталями (возможно, добавьте вставку ошибки, если у вас есть время). Я могу представить, что Fresco может не полностью поддерживать пакеты приложений, и я не думаю, что мы когда-либо тестировали взаимодействие.

Я отмечу это как «ошибку» и «требуется помощь», надеясь, что это то, с чем нам может помочь сообщество разработчиков ПО с открытым исходным кодом.

Привет @lambdapioneer!

Вот трассировка стека:

FATAL EXCEPTION: FrescoIoBoundExecutor-8 Process: com.gobuzzvault.android, PID: 17499 java.lang.NoClassDefFoundError: com.facebook.imagepipeline.memory.NativeMemoryChunk at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:25) at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:13) at com.facebook.imagepipeline.memory.BasePool.get(BasePool.java:267) at com.facebook.imagepipeline.memory.MemoryPooledByteBufferOutputStream.<init>(MemoryPooledByteBufferOutputStream.java:51) at com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:73) at com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:24) at com.facebook.imagepipeline.producers.LocalFetchProducer.getByteBufferBackedEncodedImage(LocalFetchProducer.java:87) at com.facebook.imagepipeline.producers.LocalFetchProducer.getEncodedImage(LocalFetchProducer.java:99) at com.facebook.imagepipeline.producers.LocalContentUriFetchProducer.getCameraImage(LocalContentUriFetchProducer.java:100) at com.facebook.imagepipeline.producers.LocalContentUriFetchProducer.getEncodedImage(LocalContentUriFetchProducer.java:76) at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:52) at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:48) at com.facebook.common.executors.StatefulRunnable.run(StatefulRunnable.java:43) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636) at com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:51) at java.lang.Thread.run(Thread.java:764) Caused by: java.lang.UnsatisfiedLinkError: couldn't find DSO to load: libimagepipeline.so at com.facebook.soloader.SoLoader.doLoadLibraryBySoName(SoLoader.java:703) at com.facebook.soloader.SoLoader.loadLibraryBySoName(SoLoader.java:564) at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:500) at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:455) at com.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.load(ImagePipelineNativeLoader.java:40) at com.facebook.imagepipeline.memory.NativeMemoryChunk.<clinit>(NativeMemoryChunk.java:31) at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:25) at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:13) at com.facebook.imagepipeline.memory.BasePool.get(BasePool.java:267) at com.facebook.imagepipeline.memory.MemoryPooledByteBufferOutputStream.<init>(MemoryPooledByteBufferOutputStream.java:51) at com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:73) at com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:24) at com.facebook.imagepipeline.producers.LocalFetchProducer.getByteBufferBackedEncodedImage(LocalFetchProducer.java:87) at com.facebook.imagepipeline.producers.LocalFetchProducer.getEncodedImage(LocalFetchProducer.java:99) at com.facebook.imagepipeline.producers.LocalContentUriThumbnailFetchProducer.getThumbnail(LocalContentUriThumbnailFetchProducer.java:135) at com.facebook.imagepipeline.producers.LocalContentUriThumbnailFetchProducer.getCameraImage(LocalContentUriThumbnailFetchProducer.java:100) at com.facebook.imagepipeline.producers.LocalContentUriThumbnailFetchProducer.getEncodedImage(LocalContentUriThumbnailFetchProducer.java:75) at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:52)  at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:48)  at com.facebook.common.executors.StatefulRunnable.run(StatefulRunnable.java:43)  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)  at com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:51)  at java.lang.Thread.run(Thread.java:764)

Это похоже на проблемы, которые возникают у других.

Осмотрев кодовую базу, похоже, что проблема не в самой Fresco, а в библиотеке SoLoader. Я отправлю проблему в этот репозиторий вместе с рабочей нагрузкой, чтобы выделить время, чтобы попытаться разобраться, в чем именно заключается проблема.

Привет, у меня была такая же проблема при использовании пакетов приложений, как описано в https://github.com/facebook/fresco/issues/2049#issuecomment -441088387

Использование Fresco 1.11 и установка .experiment().setNativeCodeDisabled(true) в ImagePipelineConfig Fresco заставили статические изображения работать для меня, но GIF-файлы вылетали из-за другой трассировки стека, которая выглядела как та же проблема SoLoader с другой библиотекой. @icerfish , это может вам помочь, если вы не используете GIF.

Я обнаружил проблему в библиотеке SoLoader, используемой Fresco. Подготовил пиар с фиксом: facebook / soloader # 26
Благодаря этому исправлению фреска отлично работает с пакетом приложений.
Я опубликовал исправленную версию SoLoader lib. Вы можете использовать его в своем проекте, если не можете дождаться объединения PR.

repositories {
    maven {
        url  "https://dl.bintray.com/nnesterov/maven" 
    }
}

compile('com.facebook.fresco:fresco:1.10.0') {
    exclude group: 'com.facebook.soloader', module: 'soloader'
}
compile("com.avito.android:patched-soloader:0.1.0")

Предыдущая версия patched-soloader не работала на устройствах pre-lollipop. Я исправил это. Использовать
compile("com.avito.android:patched-soloader:0.1.1")

@ nesterov-n спасибо за отличное исправление, есть ли прогресс в его интеграции во фреску?

@ nesterov-n Я тоже столкнулся с той же проблемой. пожалуйста, дайте мне знать, когда он будет интегрирован в фреску?

Привет, @theromis и @ sailesh2
Я не работаю в Facebook (это так грустно). Я просто пользуюсь Fresco, но не мог дождаться исправления. Так что пришлось отладить и исправить.
В настоящее время я использую исправленную версию soloder lib для своего проекта, как я описал в комментарии выше. Самая последняя версия - com.avito.android:patched-soloader:0.1.2

Мой PR для библиотеки солоадера сейчас пересматривается, но сопровождающий солоадера сообщает, что оценки выпуска новой библиотеки солоадера нет. Поэтому невозможно оценить, когда Fresco будет использовать эту новую версию.

Если это срочно, воспользуйтесь моей пропатченной версией. Мы выпустили в производство комплект с фреской. Работает хорошо.

Не могу понять, почему это обходное решение еще не интегрировано в Fresco.

Мы установили исправление SoLoader. Мы выпустим новую версию Fresco вскоре после выпуска версии SoLoader.

@oprisnik какое время

SoLoader v0.6.0 только что был выпущен, и я обновил зависимость Fresco (6fc071d1892166d11d1f237f10e2d9bcdf858087). Мы хотим дождаться выпуска Bolts, лицензированного MIT (# 2257). Если этот выпуск займет больше времени, чем ожидалось, мы его пока пропустим и выпустим без этого. В любом случае новая версия должна выйти через пару дней.

Не хочу показаться скучным, а разве фреску не выпускать? Похоже, что эта проблема, на которую вы указали, какое-то время не использовалась.

Мы только что выпустили версию 1.12.0, которая включает исправленную версию SoLoader.

попробуйте добавить proguard

Не удаляйте какой-либо метод / класс, помеченный @DoNotStrip

-keep @ com.facebook.common.internal.DoNotStrip класс *
-keepclassmembers класс * {
@ com.facebook.common.internal.DoNotStrip *;
}

Не удаляйте какие-либо методы / классы, помеченные @DoNotOptimize

-keep @ com.facebook.soloader.DoNotOptimize класс *
-keepclassmembers класс * {
@ com.facebook.soloader.DoNotOptimize *;
}

Сохраняйте собственные методы

-keepclassmembers класс * {
родные;
}

-dontwarn okio. *-dontwarn com.squareup.okhttp. *
-dontwarn okhttp3. *-dontwarn javax.annotation. *
-dontwarn com.android.volley.toolbox. *-dontwarn com.facebook.infer. *

@ProHzen Исправлено падение солоадера?

Да, решил.

он все еще находится во фреске 2.0.0, :-(, пожалуйста, предложите обходной путь, у меня проблема только с устройствами nexus

@ProHzen Привет, не могли бы вы прислать мне свой список недоразумений? Я попробовал, как и вы, но это не сработало.
Информация:
фреска: 1.13.0
classpath 'com.android.tools. сборка: gradle : 3.5.1 '