Как настроена ваша сборка? Вы используете ABI-разбиение? http://frescolib.org/docs/shipping.html

@oprisnik
моя настройка сборки
android { compileSdkVersion 27 buildToolsVersion '27.0.3' defaultConfig { applicationId "com.mobix.pinecone" minSdkVersion 15 targetSdkVersion 27 versionCode 83 versionName '5.42' multiDexEnabled true } buildTypes { release { minifyEnabled false multiDexKeepProguard file("proguard.multidex.config") } debug { minifyEnabled false multiDexKeepProguard file("proguard.multidex.config") } } productFlavors { } dexOptions { jumboMode true javaMaxHeapSize "4g" } testOptions { unitTests.returnDefaultValues = true } }

и конфигурация multidex
-keepclassmembers class * implements android.os.Parcelable { static ** CREATOR; } -dontwarn com.google.android.gms.** -keep class com.google.android.gms.** { *; } -keep class com.google.firebase.** { *; } -keep class io.realm.** { *; } -keep class io.branch.** { *; } -keep class io.fabric.sdk.android.** { *; } -keep class io.socket.** { *; } -keep class com.google.android.youtube.** { *; } -keep class com.crashlytics.android.** { *; } -keep class com.facebook.internal.FacebookInitProvider.** { *; } -keep class com.facebook.FacebookSdk.** { *; } -keep class com.facebook.appevents.AppEventsLogger.** { *; } -keep class com.facebook.common.memory.MemoryTrimmableRegistry.** { *; } -keep class com.facebook.drawee.backends.pipeline.Fresco.** { *; } -keep class com.facebook.imagepipeline.core.ImagePipelineConfig.** { *; } -keep class me.zhanghai.android.materialprogressbar.** { *; } -keep class com.nguyenhoanglam.imagepicker.** { *;} -keep class com.iarcuschin.simpleratingbar.** { *;} -keep class android.support.v4.app.NotificationManagerCompat.** { *;}

Я не знаю, почему это происходит только на OPPO - ОС: Android 5.1.1 и до обновления до версии 1.8.0, эта проблема не возникает с той же конфигурацией сборки

Привет, @hsandyque , вам не нужна дополнительная зависимость от soloader поскольку теперь он поставляется с Fresco, начиная с версии 1.8.0. Я бы рекомендовал обновиться до 1.8.1, так как он исправляет другие ошибки.

Ваш файл build.gradle должен ссылаться на файл proguard-fresco.pro как описано в ссылке, опубликованной @oprisnik .

Для пояснения: возникает ли эта ошибка _ только_ на этом конкретном устройстве? Есть ли какой-нибудь результат adb logcat которым вы можете поделиться?

Привет @lambdapioneer!
Для уточнения: эта ошибка возникает только на этом конкретном устройстве? Есть ли какой-нибудь вывод adb logcat, которым вы можете поделиться?
Да, это происходит только на устройствах OPPO Android 5.1.1 (R7sfg / R7g / A51fa)
И вложения - логические кошки
1.txt
2.txt

Привет, @hsandyque , учитывая, что это происходит только с телефонами Oppo, это говорит о том, что способ объединения двоичных библиотек и способ их загрузки телефоном не очень хорош.

На данный момент у меня нет доступа к телефону OPPO, и я не мог найти лучшие указатели при поиске: /

(a) Происходит ли это также при установке демонстрационного приложения, которое есть в нашем репозитории? (это приблизит меня к отладке, как только я возьму в руки телефон OPPO)
(b) Можете ли вы предоставить результат выполнения unzip -l your_release.apk | grep lib/ в своем выпуске APK? Это покажет, какие файлы на самом деле объединены.

Привет @lambdapioneer!

У меня нет телефона OPPO (Android 5.1.1), об этих проблемах сообщает Crashlytics. Я не знаю, происходит ли это также в приложении-витрине.

И список пакетов, как показано ниже
158176 00-00-1980 00:00 lib/arm64-v8a/libgifimage.so 383192 00-00-1980 00:00 lib/arm64-v8a/libimagepipeline.so 3107040 00-00-1980 00:00 lib/arm64-v8a/librealm-jni.so 91980 00-00-1980 00:00 lib/armeabi-v7a/libgifimage.so 255696 00-00-1980 00:00 lib/armeabi-v7a/libimagepipeline.so 1877536 00-00-1980 00:00 lib/armeabi-v7a/librealm-jni.so 100168 00-00-1980 00:00 lib/armeabi/libgifimage.so 313028 00-00-1980 00:00 lib/armeabi/libimagepipeline.so 4058380 00-00-1980 00:00 lib/mips/librealm-jni.so 145240 00-00-1980 00:00 lib/x86/libgifimage.so 452312 00-00-1980 00:00 lib/x86/libimagepipeline.so 3397252 00-00-1980 00:00 lib/x86/librealm-jni.so 150360 00-00-1980 00:00 lib/x86_64/libgifimage.so 477784 00-00-1980 00:00 lib/x86_64/libimagepipeline.so 3336720 00-00-1980 00:00 lib/x86_64/librealm-jni.so

Привет @lambdapioneer!
больше журнала
02-21 15:14:44.524 25391-25537/com.mobix.pinecone E/art: dlopen("/data/data/com.mobix.pinecone/lib-main/libimagepipeline.so", RTLD_LAZY) failed: dlopen failed: "/data/data/com.mobix.pinecone/lib-main/libimagepipeline.so" is 64-bit instead of 32-bit 02-21 15:14:44.524 25391-25537/com.mobix.pinecone E/SoLoader: Could not load: libimagepipeline.so 02-21 15:14:44.537 25391-25537/com.mobix.pinecone E/AndroidRuntime: FATAL EXCEPTION: FrescoIoBoundExecutor-2 Process: com.mobix.pinecone, PID: 25391 java.lang.UnsatisfiedLinkError: couldn't find DSO to load: libimagepipeline.so at com.facebook.soloader.SoLoader.doLoadLibraryBySoName(SoLoader.java:522) at com.facebook.soloader.SoLoader.loadLibraryBySoName(SoLoader.java:420) at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:370) at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:335) at com.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.load(ImagePipelineNativeLoader.java:42) at com.facebook.imagepipeline.memory.NativeMemoryChunk.<clinit>(NativeMemoryChunk.java:33) at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:58) at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:20) at com.facebook.imagepipeline.memory.BasePool.get(BasePool.java:257) at com.facebook.imagepipeline.memory.NativePooledByteBufferOutputStream.<init>(NativePooledByteBufferOutputStream.java:51) at com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newByteBuffer(NativePooledByteBufferFactory.java:98) at com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newByteBuffer(NativePooledByteBufferFactory.java:26) at com.facebook.imagepipeline.producers.LocalFetchProducer.getByteBufferBackedEncodedImage(LocalFetchProducer.java:89) at com.facebook.imagepipeline.producers.LocalFetchProducer.getEncodedImage(LocalFetchProducer.java:101) at com.facebook.imagepipeline.producers.LocalResourceFetchProducer.getEncodedImage(LocalResourceFetchProducer.java:39) at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:54) at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:50) at com.facebook.common.executors.StatefulRunnable.run(StatefulRunnable.java:45) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587) at com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:53) at java.lang.Thread.run(Thread.java:818)

Привет @oprisnik
у меня такая же проблема, как это исправить?

java.lang.UnsatisfiedLinkError: не удалось найти DSO для загрузки: libimagepipeline.so
в com.facebook.soloader.jb (SourceFile: 522)
в com.facebook.soloader.ja (SourceFile: 420)
в com.facebook.soloader.ja (SourceFile: 370)
в com.facebook.soloader.ja (SourceFile: 335)
в com.facebook.imagepipeline.nativecode.aa (SourceFile: 42)
на com.facebook.imagepipeline.memory.NativeMemoryChunk.(Исходный файл: 33)
на com.facebook.imagepipeline.memory.li (SourceFile: 58)
в com.facebook.imagepipeline.memory.lb (SourceFile: 20)
на com.facebook.imagepipeline.memory.aa (SourceFile: 257)
на com.facebook.imagepipeline.memory.o.(SourceFile: 51)
в com.facebook.imagepipeline.memory.nb (SourceFile: 98)
на com.facebook.imagepipeline.memory.na (SourceFile: 26)
на com.facebook.imagepipeline.producers.za (SourceFile: 89)
в com.facebook.imagepipeline.producers.zb (SourceFile: 101)
на com.facebook.imagepipeline.producers.aa.a (SourceFile: 34)
в com.facebook.imagepipeline.producers.z $ 1.d (SourceFile: 54)
в com.facebook.imagepipeline.producers.z $ 1.c (SourceFile: 50)
на com.facebook.common.berun (SourceFile: 45)
в java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1112)
в java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:587)
в com.facebook.imagepipeline.dk $ 1.run (SourceFile: 53)
в java.lang.Thread.run (Thread.java:818)

@hsandyque

Указываете ли вы какие-либо фильтры ABI (типа процессора) в файлах Gradle ваших приложений?

@erikandre
Я не использую какие-либо фильтры ABI в своем файле gradle и уже перечисляю подробные настройки в предыдущем ответе

У меня такая же проблема с версией 1.8.1. Устройство VIVO X7 (Android 5.1.1, arm64-v8a).

FrescoIoBoundExecutor-2 (121704)

java.lang.UnsatisfiedLinkError

com.facebook.imagepipeline.memory.NativeMemoryChunk

1 com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc (NativeMemoryChunkPool.java:58)

2 com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc (NativeMemoryChunkPool.java:20)
3 com.facebook.imagepipeline.memory.BasePool.get (BasePool.java:257)
4 com.facebook.imagepipeline.memory.NativePooledByteBufferOutputStream.(NativePooledByteBufferOutputStream.java:51)
5 com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newByteBuffer (NativePooledByteBufferFactory.java:98)
6 com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newByteBuffer (NativePooledByteBufferFactory.java:26)
7 com.facebook.imagepipeline.producers.LocalFetchProducer.getByteBufferBackedEncodedImage (LocalFetchProducer.java:89)
8 com.facebook.imagepipeline.producers.LocalFetchProducer.getEncodedImage (LocalFetchProducer.java:101)
9 com.facebook.imagepipeline.producers.LocalFileFetchProducer.getEncodedImage (LocalFileFetchProducer.java:34)
10 com.facebook.imagepipeline.producers.LocalFetchProducer $ 1.getResult (LocalFetchProducer.java:54)
11 com.facebook.imagepipeline.producers.LocalFetchProducer $ 1.getResult (LocalFetchProducer.java:50)
12 com.facebook.common.executors.StatefulRunnable.run (StatefulRunnable.java:45)
13 java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1112)
14 java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:587)
15 com.facebook.imagepipeline.core.PriorityThreadFactory $ 1.run (PriorityThreadFactory.java:53)
16 java.lang.Thread.run (Thread.java:818)

FrescoIoBoundExecutor-1 (121150)

java.lang.UnsatisfiedLinkError

не удалось найти DSO для загрузки: libimagepipeline.so

1 com.facebook.soloader.SoLoader.doLoadLibraryBySoName (SoLoader.java:522)

2 com.facebook.soloader.SoLoader.loadLibraryBySoName (SoLoader.java:420)
3 com.facebook.soloader.SoLoader.loadLibrary (SoLoader.java:370)
4 com.facebook.soloader.SoLoader.loadLibrary (SoLoader.java:335)
5 com.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.load (ImagePipelineNativeLoader.java:42)
6 com.facebook.imagepipeline.memory.NativeMemoryChunk.(NativeMemoryChunk.java:33)
7 com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc (NativeMemoryChunkPool.java:58)
8 com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc (NativeMemoryChunkPool.java:20)
9 com.facebook.imagepipeline.memory.BasePool.get (BasePool.java:257)
10 com.facebook.imagepipeline.memory.NativePooledByteBufferOutputStream.(NativePooledByteBufferOutputStream.java:51)
11 com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newByteBuffer (NativePooledByteBufferFactory.java:98)
12 com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newByteBuffer (NativePooledByteBufferFactory.java:26)
13 com.facebook.imagepipeline.cache.BufferedDiskCache.readFromDiskCache (BufferedDiskCache.java:336)
14 com.facebook.imagepipeline.cache.BufferedDiskCache.access 400 долларов (BufferedDiskCache.java:36)
15 com.facebook.imagepipeline.cache.BufferedDiskCache $ 2. вызов (BufferedDiskCache.java:182)
16 com.facebook.imagepipeline.cache.BufferedDiskCache $ 2. вызов (BufferedDiskCache.java:166)
17 болтов. Задача $ 4. выполнить (Task.java:357)
18 java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1112)
19 java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:587)
20 com.facebook.imagepipeline.core.PriorityThreadFactory $ 1.run (PriorityThreadFactory.java:53)
21 java.lang.Thread.run (Thread.java:818)

Любое исправление? Это мой журнал
Неустранимое исключение: java.lang.UnsatisfiedLinkError: не удалось найти DSO для загрузки: libimagepipeline.so
в com.facebook.soloader.SoLoader.doLoadLibraryBySoName (SoLoader.java:522)
в com.facebook.soloader.SoLoader.loadLibraryBySoName (SoLoader.java:420)
в com.facebook.soloader.SoLoader.loadLibrary (SoLoader.java:370)
в com.facebook.soloader.SoLoader.loadLibrary (SoLoader.java:335)
в com.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.load (ImagePipelineNativeLoader.java:42)
на com.facebook.imagepipeline.memory.NativeMemoryChunk.(NativeMemoryChunk.java:33)
в com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc (NativeMemoryChunkPool.java:58)
в com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc (NativeMemoryChunkPool.java:20)
в com.facebook.imagepipeline.memory.BasePool.get (BasePool.java:257)
в com.facebook.imagepipeline.memory.NativePooledByteBufferOutputStream.(NativePooledByteBufferOutputStream.java:51)
в com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newOutputStream (NativePooledByteBufferFactory.java:141)
в com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.newOutputStream (NativePooledByteBufferFactory.java:26)
в com.facebook.imagepipeline.producers.NetworkFetchProducer.onResponse (NetworkFetchProducer.java:90)
в com.facebook.imagepipeline.producers.NetworkFetchProducer $ 1.onResponse (NetworkFetchProducer.java:70)
в com.facebook.imagepipeline.backends.okhttp3.OkHttpNetworkFetcher $ 2.onResponse (OkHttpNetworkFetcher.java:180)
в okhttp3.RealCall $ AsyncCall.execute (RealCall.java:153)
в okhttp3.internal.NamedRunnable.run (NamedRunnable.java:32)
в java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1112)
в java.util.concurrent.ThreadPoolExecutor $ Worker.run (ThreadPoolExecutor.java:587)
в java.lang.Thread.run (Thread.java:818)

@ wangshuwen1107 @ csbz17027 @ignaciogs
Поскольку Facebook все еще проверяет проблему, я нашел обходное решение, которое может временно решить эту проблему.

dlopen("/data/data/xxx/lib-main/libimagepipeline.so", RTLD_LAZY) failed: dlopen failed: "/data/data/xxx/lib-main/libimagepipeline.so" is 64-bit instead of 32-bit

В журнале, который я обнаружил, эти конкретные устройства запускают приложение в 32-битном режиме (я не знаю, почему, возможно, это ошибка фреймворка), но libimagepipeline.so является 64-битным.

Добавьте фильтр api, как показано ниже, пропустите "arm64-v8a"
defaultConfig { ... ndk { abiFilters "armeabi", "armeabi-v7a", "x86", "x86_64", "mips", "mips64" } }
Это неправильное решение, но, возможно, оно сначала решит проблему, а затем мы ждем обновления

@hsandyque большое спасибо, ваш ответ очень полезен, с нетерпением жду вашего обновления！

@oprisnik @erikandre @lambdapioneer
У вас есть идеи, как решить эту проблему?

@hsandyque, загружаете ли вы какие-либо другие зависимости, чтобы систему можно было спутать с сочетанием 32-битных и 64-битных библиотек?

В этом случае я бы посоветовал вам использовать следующую строку abiFilters :

abiFilters "armeabi", "armeabi-v7a", "x86", "mips"}

Может быть, даже совсем отказаться от mips , если вы специально не нацеливаетесь на специальное устройство.

По-прежнему возникает эта проблема в версии 1.9.0.

Добавление

        ndk {
            abiFilters "armeabi", "armeabi-v7a", "x86"
        }

Работал у меня. Но, читая вышеупомянутый разговор, кажется, что это не «правильное» решение?

У моей команды такая же проблема, у нее не так много отчетов о сбоях (конечно, OOM fresco) из третьей библиотеки вроде этой, пора попрощаться!

я использую
ndk { abiFilters "armeabi,armeabi-v7a" }
и
compile 'com.facebook.fresco:fresco:1.8.0' compile 'com.facebook.fresco:animated-gif:1.8.0' compile 'com.facebook.fresco:animated-webp:1.8.0' compile 'com.facebook.fresco:webpsupport:1.8.0'
тоже есть такой же краш.

Все еще есть эта проблема на v1.9.0.

Все еще сталкиваюсь с этой проблемой в 1.9.0 с поддерживаемыми abis «armeabi», «armeabi-v7a», «x86»

Все еще есть эта проблема на v1.9.0.

У меня такая же проблема. Мое приложение вылетает при открытии. Возникает только в HTC One E9PLUS dual sim под управлением android 5.0.2.
Ошибка: неустранимое исключение: java.lang.UnsatisfiedLinkError
не удалось найти DSO для загрузки: libimagepipeline.so

ОБНОВЛЕНИЕ: для тех, у кого возникла эта проблема, пожалуйста, ознакомьтесь с руководством по производству на веб-сайте Fresco , которое решает нашу проблему.

Также вижу эту проблему на различных устройствах:

Использование Fresco версии 1.9.0 и фильтров ABI для уменьшения размера APK:

ndk {
    abiFilters "armeabi-v7a", "x86"
}

Эта проблема стала возникать у нас, когда мы обновили Fresco с 1.5.0 до 1.9.0. Это также включало отказ от использования ReLinker и удаление явно включенного файла proguard-fresco.pro.

Привет, похоже, в последнее время не было никакой активности по этой проблеме. Проблема устранена или все еще требует внимания сообщества? Эта проблема может быть закрыта, если больше не будет никаких действий. Вы также можете обозначить эту проблему как «ошибка» или «улучшение», и я оставлю ее открытой. Спасибо за ваш вклад.

Удар. Это все еще актуальная проблема. Этот сбой произошел после обновления с 1.5.0 до 1.9.0, и мне не было предложено никакого решения, которое подойдет мне.

@jmbusby вы нацеливаетесь только на руку v7a. Могут ли какие-то устройства быть armv6 или даже armv5? Например, согласно https://forum.xda-developers.com/showthread.php?t=1596800, похоже, довольно много устройств ZTE с v6.

@oprisnik Я думаю, что это маловероятно, поскольку чаще всего вылетает телефон Asus Zenfone 3 Max с процессором ARM v8. Самый распространенный телефон ZTE - это Blade V7, также с ARM v8.

Я вижу эту проблему при переходе на 1.10 с 1.8.1

Несколько компонентов, которые мы используем в нашем приложении, вынуждают нас использовать только разделение armeabi и x86 ... и, глядя на файл aar Imagepipeline для v-1.10, вариант armeabi отсутствует. Будет ли это так в будущем? Вы отказываетесь от поддержки этой архитектуры?
Однако файлы .so присутствуют в версии 1.9.

Любой вывод здесь

Привет, похоже, в последнее время не было никакой активности по этой проблеме. Проблема устранена или все еще требует внимания сообщества? Эта проблема может быть закрыта, если больше не будет никаких действий. Вы также можете обозначить эту проблему как «ошибка» или «улучшение», и я оставлю ее открытой. Спасибо за ваш вклад.

Проблема все еще существует

Привет, ребята, приятно снова вас видеть.

@lambdapioneer , @oprisnik об этой проблеме сообщалось в различных версиях , начиная с Fresco 0.1. Проблема в большом количестве устройств, загружающих библиотеки, некоторые из них обязательно будут иметь проблемы.

Рекомендуемое решение (разделение APK) вызывает другие проблемы. Помимо прочего, для разделения APK требуются отдельные коды версий для каждого ABI. Когда у вас уже есть несколько разновидностей продукта и типов сборки, каждый из которых управляется внешними плагинами, такими как hockeyapp, разделение заставляет команду опускать глаза. На этом этапе было бы проще переключиться на Glide, чем делать это.

NativePooledByteBuffer на самом деле не так важен для API> = 21, на что сейчас нацелены многие приложения (Dalvik теперь упал до 10%). Возможно, стоит сделать его необязательным и просто использовать стандартную память Java для более поздних платформ.

Возможно, я смогу поработать над этим позже, но я подозреваю, что вы бы предпочли, чтобы это сделал кто-то еще из FB :)

Привет, @tyronen! Давно не виделись' :)

Хорошее время, у нас действительно есть кто-то, кто работает над этим прямо сейчас (Java-версия NativePooledByteBuffer и подобных классов) - так что это должно быть исправлено в ближайшее время.

Однако у нас есть немало других открытых проблем и идей для будущих улучшений, если вы снова захотите внести свой вклад.
У нас также есть несколько более серьезных изменений как в Drawee, так и в конвейере, так что скоро все, вероятно, изменится.

Samsung Galaxy S9 Android 8 по-прежнему не работает.

Я тоже сталкиваюсь с этой проблемой. Это произошло на телефоне OPPO A51 , оно отображается, когда я использую Fresco v1.8.1 но не отображается в v0.12.0

Так что, я думаю, это будет просто игнорироваться? Вылетает на большинстве популярных устройств начиная с версии 1.8 ...

api 'com.facebook. свежий: свежий : 1.10.0 '
😂😂😂

какое-нибудь обновление?

Такая же проблема здесь
Выпуск почти 8-месячной давности.
Любое обходное решение? Работает ли понижение фрески и использование солоадера?

Привет всем, я понимаю разочарование по поводу этой проблемы.

Я хочу сообщить вам, что мы хорошо осведомлены о (различных) проблемах с машинным кодом и о проблемах, которые он вызывает. Мы активно работаем над тем, чтобы разрешить использование Fresco без какого-либо собственного кода (см., Например, ImagePipelineExperiments # disableNativeCode ). Он может быть готов с выпуском v1.11 или v1.12. Престижность @MikaelMorales

В подобных вопросах нам действительно сложно добиться прогресса без полной репродукции, с которой мы можем работать. Здесь кажется, что фрагментов из файла build.gradle недостаточно. Это должен быть минимальный, но законченный проект.

Если у вас есть местный представитель, вы можете очень помочь нам и всем в этой теме:

• Проверка, воспроизводится ли он с помощью приложения-витрины
• Затем постепенно переходите от демонстрационного приложения к вашей конфигурации сборки и наблюдайте, в какой момент оно ломается.

Это проблема, в которой нам очень нужна ваша помощь! Я добавил тег "ошибка", чтобы устаревший бот молчал.

@ ch4ndu , вы правильно заметили, что в armeabi отсутствуют последние версии Fresco. Он был удален в NDK r17 (https://developer.android.com/ndk/guides/abis)

W / System.err: java.lang.UnsatisfiedLinkError: не удалось найти DSO для загрузки: libimagepipeline.so
Как это исправить

ndk {abiFilters "armeabi"}
реализация 'com.facebook. фреска: фреска : 1.11.0 '
реализация 'com.facebook. фреска: animated-gif : 1.11.0 '
реализация 'com.facebook. фреска: animated-webp : 1.11.0 '
реализация 'com.facebook. фреска: webpsupport : 1.11.0 '

Привет, я мог бы найти другой способ воспроизвести эту проблему.

Мы используем Fresco 1.11 для загрузки некоторых статических изображений и анимированных GIF-файлов в наше приложение. Оба они хорошо работают, когда мы создаем и устанавливаем APK, но не тогда, когда мы создаем пакеты приложений из Android Studio и используем bundletool для сборки ( build-apks ) и установки ( install-apks ) APK. В этом случае GIF-файлы не загружаются, но приложение не аварийно завершает работу, когда мы пытаемся загрузить их, а попытка загрузить статическое изображение приводит к сбою приложения ( couldn't find DSO to load: libimagepipeline.so ).

Мы пробовали установить .experiment().setNativeCodeDisabled(true) в ImagePipelineConfig Fresco, и при этом статические изображения работают, но GIF вылетает с другой ошибкой ( couldn't find DSO to load: libgifimage.so ). Даже если бы это сработало, нам было бы неудобно использовать в продакшене нечто под названием ".experiment ()".

Я использую Android Gradle Plugin 3.2.1, Android Studio 3.3 beta 4 и bundletool 0.7.1. Тестирую на телефоне Android 8.1.0.

Есть ли способ надежно использовать Fresco с наборами приложений? Это мешает нам сейчас перейти на новый формат. Спасибо!

Это сбой при попытке загрузить гифки после включения эксперимента:

11-22 16:39:03.339 18019 18019 D SoLoader: init start
11-22 16:39:03.340 18019 18019 D SoLoader: adding system library source: /vendor/lib
11-22 16:39:03.340 18019 18019 D SoLoader: adding system library source: /system/lib
11-22 16:39:03.340 18019 18019 D SoLoader: adding application source: com.facebook.soloader.DirectorySoSource[root = /data/app/com.packagename--UQkiLx1zhtubNxSl35TMg==/lib/arm64 flags = 0]
11-22 16:39:03.341 18019 18019 D SoLoader: adding backup  source: com.facebook.soloader.ApkSoSource[root = /data/data/com.packagename/lib-main flags = 1]
11-22 16:39:03.341 18019 18019 D SoLoader: Preparing SO source: com.facebook.soloader.DirectorySoSource[root = /system/lib flags = 2]
11-22 16:39:03.341 18019 18019 D SoLoader: Preparing SO source: com.facebook.soloader.DirectorySoSource[root = /vendor/lib flags = 2]
11-22 16:39:03.341 18019 18019 D SoLoader: Preparing SO source: com.facebook.soloader.DirectorySoSource[root = /data/app/com.packagename--UQkiLx1zhtubNxSl35TMg==/lib/arm64 flags = 0]
11-22 16:39:03.342 18019 18019 D SoLoader: Preparing SO source: com.facebook.soloader.ApkSoSource[root = /data/data/com.packagename/lib-main flags = 1]
11-22 16:39:03.343 18019 18019 V fb-UnpackingSoSource: locked dso store /data/user/0/com.packagename/lib-main
11-22 16:39:03.347 18019 18019 I fb-UnpackingSoSource: dso store is up-to-date: /data/user/0/com.packagename/lib-main
11-22 16:39:03.347 18019 18019 V fb-UnpackingSoSource: releasing dso store lock for /data/user/0/com.packagename/lib-main
11-22 16:39:03.347 18019 18019 D SoLoader: init finish: 4 SO sources prepared
11-22 16:39:03.347 18019 18019 D SoLoader: init exiting

11-22 16:39:04.327 18019 18293 D SoLoader: About to load: libgifimage.so
11-22 16:39:04.328 18019 18293 D SoLoader: libgifimage.so not found on /data/data/com.packagename/lib-main
11-22 16:39:04.328 18019 18293 D SoLoader: libgifimage.so not found on /data/app/com.packagename--UQkiLx1zhtubNxSl35TMg==/lib/arm64
11-22 16:39:04.329 18019 18293 D SoLoader: libgifimage.so not found on /vendor/lib
11-22 16:39:04.329 18019 18293 D SoLoader: libgifimage.so not found on /system/lib
11-22 16:39:04.339 18019 18293 E SoLoader: couldn't find DSO to load: libgifimage.so
11-22 16:39:04.348 18019 18293 E AndroidRuntime: FATAL EXCEPTION: FrescoDecodeExecutor-2
11-22 16:39:04.348 18019 18293 E AndroidRuntime: Process: com.packagename, PID: 18019
11-22 16:39:04.348 18019 18293 E AndroidRuntime: java.lang.UnsatisfiedLinkError: couldn't find DSO to load: libgifimage.so
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.soloader.SoLoader.doLoadLibraryBySoName(SoLoader.java:703)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.soloader.SoLoader.loadLibraryBySoName(SoLoader.java:564)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:500)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:455)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.animated.gif.GifImage.ensure(GifImage.java:42)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.animated.gif.GifImage.create(GifImage.java:70)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.animated.gif.GifImage.decode(GifImage.java:89)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.animated.factory.AnimatedImageFactoryImpl.decodeGif(AnimatedImageFactoryImpl.java:85)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.fresco.animation.factory.AnimatedFactoryV2Impl$1.decode(AnimatedFactoryV2Impl.java:86)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.decoder.DefaultImageDecoder.decodeGif(DefaultImageDecoder.java:136)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.decoder.DefaultImageDecoder$1.decode(DefaultImageDecoder.java:60)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.decoder.DefaultImageDecoder.decode(DefaultImageDecoder.java:121)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.producers.DecodeProducer$ProgressiveDecoder.doDecode(DecodeProducer.java:276)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.producers.DecodeProducer$ProgressiveDecoder.access$200(DecodeProducer.java:123)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.producers.DecodeProducer$ProgressiveDecoder$1.run(DecodeProducer.java:165)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.producers.JobScheduler.doJob(JobScheduler.java:202)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.producers.JobScheduler.access$000(JobScheduler.java:22)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.producers.JobScheduler$1.run(JobScheduler.java:73)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:51)
11-22 16:39:04.348 18019 18293 E AndroidRuntime:    at java.lang.Thread.run(Thread.java:764)

Ниже приведен сбой при попытке загрузить статические изображения перед включением эксперимента. Следы аналогичны ( couldn't find DSO to load: libimagepipeline.so ) при попытке загрузить GIF, но без фатального исключения.

11-22 16:08:49.551 13724 13724 D SoLoader: init start
11-22 16:08:49.551 13724 13724 D SoLoader: adding system library source: /vendor/lib
11-22 16:08:49.551 13724 13724 D SoLoader: adding system library source: /system/lib
11-22 16:08:49.552 13724 13724 D SoLoader: adding application source: com.facebook.soloader.DirectorySoSource[root = /data/app/com.packagename-VWSKdOesFkJ5ehUD4vU9aw==/lib/arm64 flags = 0]
11-22 16:08:49.552 13724 13724 D SoLoader: adding backup  source: com.facebook.soloader.ApkSoSource[root = /data/data/com.packagename/lib-main flags = 1]
11-22 16:08:49.552 13724 13724 D SoLoader: Preparing SO source: com.facebook.soloader.DirectorySoSource[root = /system/lib flags = 2]
11-22 16:08:49.553 13724 13724 D SoLoader: Preparing SO source: com.facebook.soloader.DirectorySoSource[root = /vendor/lib flags = 2]
11-22 16:08:49.553 13724 13724 D SoLoader: Preparing SO source: com.facebook.soloader.DirectorySoSource[root = /data/app/com.packagename-VWSKdOesFkJ5ehUD4vU9aw==/lib/arm64 flags = 0]
11-22 16:08:49.553 13724 13724 D SoLoader: Preparing SO source: com.facebook.soloader.ApkSoSource[root = /data/data/com.packagename/lib-main flags = 1]
11-22 16:08:49.554 13724 13724 V fb-UnpackingSoSource: locked dso store /data/user/0/com.packagename/lib-main
11-22 16:08:49.556 13724 13724 I fb-UnpackingSoSource: dso store is up-to-date: /data/user/0/com.packagename/lib-main
11-22 16:08:49.556 13724 13724 V fb-UnpackingSoSource: releasing dso store lock for /data/user/0/com.packagename/lib-main
11-22 16:08:49.556 13724 13724 D SoLoader: init finish: 4 SO sources prepared
11-22 16:08:49.556 13724 13724 D SoLoader: init exiting

11-22 16:08:50.468 13724 13809 D SoLoader: About to load: libimagepipeline.so
11-22 16:08:50.472 13724 13809 D SoLoader: libimagepipeline.so not found on /data/data/com.packagename/lib-main
11-22 16:08:50.472 13724 13809 D SoLoader: libimagepipeline.so not found on /data/app/com.packagename-VWSKdOesFkJ5ehUD4vU9aw==/lib/arm64
11-22 16:08:50.472 13724 13809 D SoLoader: libimagepipeline.so not found on /vendor/lib
11-22 16:08:50.473 13724 13809 D SoLoader: libimagepipeline.so not found on /system/lib
11-22 16:08:50.476 13724 13809 E SoLoader: couldn't find DSO to load: libimagepipeline.so
11-22 16:08:50.480 13724 13815 I zygote64: Rejecting re-init on previously-failed class java.lang.Class<com.facebook.imagepipeline.memory.NativeMemoryChunk>: java.lang.UnsatisfiedLinkError: couldn't find DSO to load: libimagepipeline.so
11-22 16:08:50.481 13724 13815 I zygote64:   at void com.facebook.soloader.SoLoader.doLoadLibraryBySoName(java.lang.String, int, android.os.StrictMode$ThreadPolicy) (SoLoader.java:703)
11-22 16:08:50.481 13724 13815 I zygote64:   at boolean com.facebook.soloader.SoLoader.loadLibraryBySoName(java.lang.String, java.lang.String, java.lang.String, int, android.os.StrictMode$ThreadPolicy) (SoLoader.java:564)
11-22 16:08:50.481 13724 13815 I zygote64:   at boolean com.facebook.soloader.SoLoader.loadLibrary(java.lang.String, int) (SoLoader.java:500)
11-22 16:08:50.481 13724 13815 I zygote64:   at boolean com.facebook.soloader.SoLoader.loadLibrary(java.lang.String) (SoLoader.java:455)
11-22 16:08:50.481 13724 13815 I zygote64:   at void com.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.load() (ImagePipelineNativeLoader.java:40)
11-22 16:08:50.481 13724 13815 I zygote64:   at void com.facebook.imagepipeline.memory.NativeMemoryChunk.<clinit>() (NativeMemoryChunk.java:31)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.imagepipeline.memory.NativeMemoryChunk com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(int) (NativeMemoryChunkPool.java:25)
11-22 16:08:50.481 13724 13815 I zygote64:   at java.lang.Object com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(int) (NativeMemoryChunkPool.java:13)
11-22 16:08:50.481 13724 13815 I zygote64:   at java.lang.Object com.facebook.imagepipeline.memory.BasePool.get(int) (BasePool.java:267)
11-22 16:08:50.481 13724 13815 I zygote64:   at void com.facebook.imagepipeline.memory.MemoryPooledByteBufferOutputStream.<init>(com.facebook.imagepipeline.memory.MemoryChunkPool, int) (MemoryPooledByteBufferOutputStream.java:51)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.imagepipeline.memory.MemoryPooledByteBuffer com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(java.io.InputStream, int) (MemoryPooledByteBufferFactory.java:73)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.common.memory.PooledByteBuffer com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(java.io.InputStream, int) (MemoryPooledByteBufferFactory.java:24)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.imagepipeline.image.EncodedImage com.facebook.imagepipeline.producers.LocalFetchProducer.getByteBufferBackedEncodedImage(java.io.InputStream, int) (LocalFetchProducer.java:87)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.imagepipeline.image.EncodedImage com.facebook.imagepipeline.producers.LocalFetchProducer.getEncodedImage(java.io.InputStream, int) (LocalFetchProducer.java:99)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.imagepipeline.image.EncodedImage com.facebook.imagepipeline.producers.LocalAssetFetchProducer.getEncodedImage(com.facebook.imagepipeline.request.ImageRequest) (LocalAssetFetchProducer.java:37)
11-22 16:08:50.481 13724 13815 I zygote64:   at com.facebook.imagepipeline.image.EncodedImage com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult() (LocalFetchProducer.java:52)
11-22 16:08:50.481 13724 13815 I zygote64:   at java.lang.Object com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult() (LocalFetchProducer.java:48)
11-22 16:08:50.481 13724 13815 I zygote64:   at void com.facebook.common.executors.StatefulRunnable.run() (StatefulRunnable.java:43)
11-22 16:08:50.481 13724 13815 I zygote64:   at void java.util.concurrent.ThreadPoolExecutor.runWorker(java.util.concurrent.ThreadPoolExecutor$Worker) (ThreadPoolExecutor.java:1162)
11-22 16:08:50.481 13724 13815 I zygote64:   at void java.util.concurrent.ThreadPoolExecutor$Worker.run() (ThreadPoolExecutor.java:636)
11-22 16:08:50.481 13724 13815 I zygote64:   at void com.facebook.imagepipeline.core.PriorityThreadFactory$1.run() (PriorityThreadFactory.java:51)
11-22 16:08:50.481 13724 13815 I zygote64:   at void java.lang.Thread.run() (Thread.java:764)
11-22 16:08:50.481 13724 13815 I zygote64: 
11-22 16:08:50.507 13724 13809 E AndroidRuntime: FATAL EXCEPTION: FrescoIoBoundExecutor-1
11-22 16:08:50.507 13724 13809 E AndroidRuntime: Process: com.packagename, PID: 13724
11-22 16:08:50.507 13724 13809 E AndroidRuntime: java.lang.UnsatisfiedLinkError: couldn't find DSO to load: libimagepipeline.so
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.soloader.SoLoader.doLoadLibraryBySoName(SoLoader.java:703)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.soloader.SoLoader.loadLibraryBySoName(SoLoader.java:564)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:500)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:455)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.load(ImagePipelineNativeLoader.java:40)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.NativeMemoryChunk.<clinit>(NativeMemoryChunk.java:31)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:25)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:13)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.BasePool.get(BasePool.java:267)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.MemoryPooledByteBufferOutputStream.<init>(MemoryPooledByteBufferOutputStream.java:51)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:73)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:24)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer.getByteBufferBackedEncodedImage(LocalFetchProducer.java:87)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer.getEncodedImage(LocalFetchProducer.java:99)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalAssetFetchProducer.getEncodedImage(LocalAssetFetchProducer.java:37)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:52)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:48)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.common.executors.StatefulRunnable.run(StatefulRunnable.java:43)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:51)
11-22 16:08:50.507 13724 13809 E AndroidRuntime:    at java.lang.Thread.run(Thread.java:764)
11-22 16:08:50.512 13724 13810 E AndroidRuntime: FATAL EXCEPTION: FrescoIoBoundExecutor-2
11-22 16:08:50.512 13724 13810 E AndroidRuntime: Process: com.packagename, PID: 13724
11-22 16:08:50.512 13724 13810 E AndroidRuntime: java.lang.NoClassDefFoundError: <clinit> failed for class com.facebook.imagepipeline.memory.NativeMemoryChunk; see exception in other thread
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:25)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:13)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.memory.BasePool.get(BasePool.java:267)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.memory.MemoryPooledByteBufferOutputStream.<init>(MemoryPooledByteBufferOutputStream.java:51)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:73)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:24)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer.getByteBufferBackedEncodedImage(LocalFetchProducer.java:87)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer.getEncodedImage(LocalFetchProducer.java:99)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalAssetFetchProducer.getEncodedImage(LocalAssetFetchProducer.java:37)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:52)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:48)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.common.executors.StatefulRunnable.run(StatefulRunnable.java:43)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1162)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:636)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:51)
11-22 16:08:50.512 13724 13810 E AndroidRuntime:    at java.lang.Thread.run(Thread.java:764)

Привет еще раз,

Я попытался воспроизвести проблему с приложением-витриной, проверив метку v1.11.0, но оно не компилируется. Я пытался следовать https://frescolib.org/docs/building-from-source.html, но я думаю, что это устарело (например, в нем говорится о папке android-ndk / r10e, но ее нет в моей установке и самая последняя версия - r18b).

Если я попытаюсь запустить приложение-витрину из Android Studio, я получу Process 'command '<mySdkPath>/ndk-bundle/ndk-build'' finished with non-zero exit value 2 .

Запустив ./gradlew build из командной строки, я получаю:

> Task :imagepipeline:ndk_build_bitmaps FAILED
A problem was found with the configuration of task ':imagepipeline:ndk_build_bitmaps'. Registering invalid inputs and outputs via TaskInputs and TaskOutputs methods has been deprecated and is scheduled to be removed in Gradle 5.0.
 - File '<myWorkspace>/fresco/imagepipeline/src/main/jni/bitmaps' specified for property '$1' is not a file.
Android NDK: APP_PLATFORM not set. Defaulting to minimum supported version android-16.    
make: Entering directory `<myWorkspace>/fresco/imagepipeline/src/main/jni/bitmaps'
<mySdkPath>/ndk-bundle/build/core/add-application.mk:178: *** make: Leaving directory `<myWorkspace>/fresco/imagepipeline/src/main/jni/bitmaps'
Android NDK: APP_STL gnustl_static is no longer supported. Please switch to either c++_static or c++_shared. See https://developer.android.com/ndk/guides/cpp-support.html for more information.    .  Stop.

FAILURE: Build failed with an exception.

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

Эта проблема все еще возникает с Android Studio 3.3 RC 1.

Помоги мне!

java.lang.UnsatisfiedLinkError: не удалось найти DSO для загрузки: libimagepipeline.so по причине: dlopen failed: "/data/data/com.vipabc.vipmobilejr.phone/lib-main/libimagepipeline.so" вместо этого 64-битный 32-битного

У меня эта проблема появилась только тогда, когда я использую интеграцию okhttp.
Но без него мое приложение не начнет скачивать изображения.

Привет всем, я понимаю разочарование по поводу этой проблемы.

Я хочу сообщить вам, что мы хорошо осведомлены о (различных) проблемах с машинным кодом и о проблемах, которые он вызывает. Мы активно работаем над тем, чтобы разрешить использование Fresco без какого-либо собственного кода (см., Например, ImagePipelineExperiments # disableNativeCode ). Он может быть готов с выпуском v1.11 или v1.12. Престижность @MikaelMorales

В подобных вопросах нам действительно сложно добиться прогресса без полной репродукции, с которой мы можем работать. Здесь кажется, что фрагментов из файла build.gradle недостаточно. Это должен быть минимальный, но законченный проект.

Если у вас есть местный представитель, вы можете очень помочь нам и всем в этой теме:

• Проверка, воспроизводится ли он с помощью приложения-витрины
• Затем постепенно переходите от демонстрационного приложения к вашей конфигурации сборки и наблюдайте, в какой момент оно ломается.

Это проблема, в которой нам очень нужна ваша помощь! Я добавил тег "ошибка", чтобы устаревший бот молчал.

@ ch4ndu , вы правильно заметили, что в armeabi отсутствуют последние версии Fresco. Он был удален в NDK r17 (https://developer.android.com/ndk/guides/abis)

Вы можете просто купить OPPO r7 с Android 5.1.1, чтобы воспроизвести эту проблему самостоятельно.
Обратите внимание, что вы должны интегрироваться с okhttp, чтобы он генерировал исключения.

Так есть ли исправление или обходной путь? В противном случае я воспользуюсь другой библиотекой, потому что на такой долгий срок такой баг - большое НЕТ.

Я нашел обходной путь ... Просто добавьте это в тег Android в build.gradle

packagingOptions { exclude "lib/arm64-v8a/libimagepipeline.so" exclude "lib/arm64-v8a/libnative-imagetranscoder.so" }

Ничего особенного. В API Google есть множество ошибок, которые еще не исправлены с 2017 года. Это приводило к 2000 сбоям в день в моем приложении. Они просто не считают ошибки такими важными, как новые функции. Единственный, кто исправляет это за неделю, - Twitter.

Таким образом, опция исключения также не работает полностью .. На некоторых устройствах Samsung (S8 и Xcover4) возникают сбои.

Лучшее решение: используйте fresco 1.7.1 для быстрого и плавного отображения изображений в simpledrawview.
и используйте скольжение для изменения размера (потому что 1.7.1 иногда неправильно изменяла размер больших изображений - что было в 1.12.1. Но в 1.12.1 есть эта ошибка / сбой).

PS: Тоже пробовал Пикассо, но ему нужно много памяти .. (даже с версией 2.7).

(обратите внимание, что я больше не работаю над Fresco и говорю как пользователь)

Мы собираемся попробовать следующий обходной путь для этой проблемы, для которого требуется Fresco 1.11 или новее.

Настройте конвейер изображений для использования буферной памяти вместо собственной памяти (пример okhttp):

ImagePipelineConfig config = 
    OkHttpImagePipelineConfigFactory.newBuilder(context, okHttpClient)
        .setMemoryChunkType(MemoryChunkType.BUFFER_MEMORY)
        .build()
Fresco.initialize(context, config);

Я не рекомендую это решение для устройств под управлением Android 4.x или ниже И ОЗУ менее 1 ГБ.

Кроме того, если вы не используете собственные фильтры или транскодер, вы должны исключить их из своего файла gradle:

implementation('com.facebook.fresco:fresco:1.12.1') {
  exclude module: 'nativeimagefilters'
  exclude module: 'nativeimagetranscoder'
}

Нам понадобится неделя или две, чтобы убедиться, что это устраняет ошибку в нашем приложении. @oprisnik , это можно в документацию добавить? Кроме того, с этим изменением должна быть возможность исключить libimagepipeline.so из приложений, которые его не используют, но, похоже, это не так.

Я использовал ваше решение в продакшене:

реализация ('com.facebook.fresco: fresco: 1.12.1') ​​{
модуль исключения: 'nativeimagefilters'
модуль исключения: 'nativeimagetranscoder'
}

По-прежнему вылетает:
Вызвано java.lang.UnsatisfiedLinkError
не удалось найти DSO для загрузки: libstatic-webp.so
com.facebook.soloader.SoLoader.initSoSources (неизвестный источник)
com.facebook.soloader.SoLoader.init (неизвестный источник)
com.facebook.soloader.SoLoader.init (неизвестный источник)
com.facebook.soloader.SoLoader.init (неизвестный источник)
com.facebook.imagepipeline.nativecode.StaticWebpNativeLoader.ensure (неизвестный источник)
com.facebook.animated.webp.WebPImage.create (неизвестный источник)

@galrom это произойдет, только если вы включите модуль static-webp (ранее известный как webpsupport). Вы должны делать это только в том случае, если ваше приложение поддерживает Android 4.2.0 или ниже. Даже в этом случае он нужен только для прозрачного или без потерь webp - для базового webp вы можете перейти на Android 4.0 без static-webp.

Наши dependency graph показывают следов static-webp module и мы наблюдаем этот сбой

У меня такая же проблема с Oppo os v5.

// Fresco
    api 'com.facebook.fresco:fresco:1.13.0'
    api 'com.facebook.fresco:animated-webp:1.13.0'
    api 'com.facebook.fresco:imagepipeline-okhttp3:1.13.0'

Подтверждено, что наше приложение (Memrise) полностью устранило этот сбой, используя код, который я опубликовал выше. Мы не используем static-webp, поэтому для нас это не проблема.

Отлично, спасибо за подтверждение @tyronen. Мы обновим документы. Возможно, нам также следует сделать это поведение по умолчанию для> 4x.

У меня такая же проблема с Oppo os v5.

// Fresco
    api 'com.facebook.fresco:fresco:1.13.0'
    api 'com.facebook.fresco:animated-webp:1.13.0'
    api 'com.facebook.fresco:imagepipeline-okhttp3:1.13.0'

Я встречал это тоже в той же версии, 1.13.0 Итак, я хотел бы знать, как решить эту проблему, не удаляя поддержку arm64. @oprisnik

Почему Facebook не решает эту проблему? Мы отправили много запросов, но они все еще просят отчет. Такая плохая поддержка со стороны команды Facebook.

У меня такая же проблема с Oppo os v5.

// Fresco
    api 'com.facebook.fresco:fresco:1.13.0'
    api 'com.facebook.fresco:animated-webp:1.13.0'
    api 'com.facebook.fresco:imagepipeline-okhttp3:1.13.0'

Я встречал это тоже в той же версии, 1.13.0 Итак, я хотел бы знать, как решить эту проблему, не удаляя поддержку arm64. @oprisnik

Вы нашли какое-нибудь решение?

Можете ли вы попробовать решение, описанное выше? https://github.com/facebook/fresco/issues/2049#issuecomment -462880309

Можете ли вы попробовать решение, описанное выше? # 2049 (комментарий)

Я пробовал это решение, но приложение вызывает сбой.

та же проблема ， Я использую реализацию com.facebook. фреска: фреска : 2.0.0 '

Я использую com.facebook. фреска: фреска : 2.0.0 '.
возникла такая же проблема на моем устройстве HUAWEI HORNOR 8.
только что добавленное
ndk {abiFilters "armeabi", "armeabi-v7a", "x86"}
в defaultConfig моя проблема решена.

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

Я использую com.facebook. фреска: фреска : 2.0.0 '.
возникла такая же проблема на моем устройстве HUAWEI HORNOR 8.
только что добавленное
ndk {abiFilters "armeabi", "armeabi-v7a", "x86"}
в defaultConfig моя проблема решена.

@glovebx Вы можете проверить, не вызовет ли ограничение 32-битной версии у вас проблем с требованиями Google для 64-битной версии: https://android-developers.googleblog.com/2019/01/get-your-apps-ready-for- 64-bit.html

Насколько я понял, новые приложения или обновления существующих приложений потребуются для поддержки 64-битной версии, начиная с 1.08.2019.

У меня есть компромиссное решение, прежде чем эта проблема будет исправлена.
https://github.com/facebook/fresco/issues/2381#issuecomment -516825599
Надеюсь, это поможет тебе

@ShawnDongAi, спасибо, что поделились этим 👍! Для нас уже слишком поздно :) мы перешли в другую библиотеку изображений из-за этой проблемы с фресками.

https://github.com/facebook/SoLoader/pull/45 должен исправить некоторые проблемы здесь. Мы также работаем над тем, чтобы сделать SoLoader необязательным, чтобы вместо этого вы могли использовать другие механизмы для загрузки собственного кода.

Используется версия RN 0.60.5.
Если вам, ребята, интересно, почему ваше приложение вылетает, если вы загружаете его из игрового магазина, внесите следующие изменения

PackageOptions {
исключить '/lib/arm64-v8a/libc++_shared.so' (исключить '/lib/arm64-v8a/error_causing_library.so')
исключить '/lib/x86_64/libc++_shared.so' (исключить '/lib/arm64-v8a/error_causing_library.so')

//In pickFirst, replace the library name with the library that is causing error.
pickFirst '/lib/x86/libc++_shared.so' (pickFirst '/lib/x86/error_causing_library.so')
pickFirst '/lib/armeabi-v7a/libc++_shared.so' (pickFirst '/lib/armeabi-v7a/error_causing_library.so')

}

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

@Balajipss не исключает все 64-битные библиотеки, вызывая какие-либо проблемы с 64-битными требованиями Google: https://android-developers.googleblog.com/2019/01/get-your-apps-ready-for-64-bit .html ?

@waseefakhtar Вы можете внести следующие изменения

PackageOptions {
исключить '/lib/arm64-v8a/libc++_shared.so'
исключить '/lib/x86_64/libc++_shared.so'
pickFirst '/lib/x86/libc++_shared.so'
pickFirst '/lib/armeabi-v7a/libc++_shared.so'
}

Есть ли у кого-нибудь пошаговый список для воспроизведения этой проблемы? Мы сталкиваемся с этим в процессе производства, но мы не можем воспроизвести его локально, даже с тем же телефоном, который показывает наше средство уведомления о сбоях.

@juanimoli не уверен, но большинство устройств Oppo под управлением OS 5, похоже, сталкиваются с этой проблемой.

@waseefakhtar Мне удалось воспроизвести проблему, скомпилировав приложение для «armeabi-v7a» в параметре json-файла со спецификациями устройства в bundletool (с помощью AppBundle). Установил приложение на поддерживаемое устройство, и сразу появился сбой.

Мне удалось исправить это, применив 2381 # issuecomment-516825599 без добавления abiFilters или исключающих.

Я использовал fresco 1.13.0, и все время было нормально. При обновлении до 2.0.0 у меня возникла эта проблема. Затем я проверил свой новый apk, я не обнаружил libimagepipeline.so в моем apk. Затем я очищаю свой проект, создаю новый APK. И у меня есть libimagepipeline.so в моем новом apk . и проблема исправлена, возможно, это проблема студии Android!

Я так решил эту проблему!

defaultConfig {... ndk {abiFilters "armeabi", "armeabi-v7a", "x86", "x86_64", "mips", "mips64"}}

Я обновляюсь до AndroidX, а затем внезапно у меня в локальной среде появляется couldn't find DSO to load: libimagepipeline.so , мне удалось исправить это, скопировав проект на другой путь .

Понятия не имею, но думаю, что-то с кешем Gradle пошло не так. (хотя кеш Gradle очищен)

Я хотел бы знать первопричину, если кто-нибудь знает.

Что происходит на нашей стороне после обновления до Fresco 2.1.0

Я исправил это, сделав следующие изменения:

implementation('com.facebook.fresco:fresco:2.1.0') {
        exclude group: 'com.facebook.soloader', module: 'soloader'
}
implementation('com.facebook.fresco:imagepipeline-okhttp3:2.1.0') {
        exclude group: 'com.facebook.soloader', module: 'soloader'
}

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

Вам также следует добавить exclude group: 'com.facebook.fresco', module: 'soloader' , подробности см. В выпуске 2.1.0:

https://github.com/facebook/fresco/releases/tag/v2.1.0

Я недавно перешел на Fresco из Picasso и только что запустил обновленное приложение в Playstore. Сейчас в первый же день я вижу эту ошибку в своем приложении. Сбой был замечен на Android версии 7.1.2 на устройствах Trend

Есть ли сейчас какое-нибудь рабочее решение?

Возможные решения:

• Используйте последнюю версию Fresco. SoLoader постоянно обновляется, и проблемы с некоторыми устройствами исправляются. Или помогите нам выяснить, почему это происходит для вашего набора устройств, и внесите свой вклад в SoLoader.
• Используйте загрузчик системной библиотеки вместо SoLoader или свою собственную реализацию https://github.com/facebook/fresco/issues/2049#issuecomment -615255009
• Используйте Fresco только для Java без собственного кода, см. Https://github.com/facebook/fresco/releases/tag/v2.1.0 (это, вероятно, больше всего похоже на Picasso, поскольку он также не использует собственный код для повышения производительности).

@oprisnik Я попробовал 3 вышеупомянутых решения, обновленных до 2.2.0, и протестировал приложение в firebase, но во время тестирования я получил эту ошибку

java.lang.RuntimeException: невозможно создать приложение com.example.xyz.MyApplication: java.lang.RuntimeException: неправильная настройка собственного кода, ошибка отражения.

только в устройствах с API 19.

Я использовал

` implementation('com.facebook.fresco:fresco:2.2.0') {  
  exclude group: 'com.facebook.soloader', module: 'soloader'
  exclude group: 'com.facebook.fresco', module: 'soloader'
  exclude group: 'com.facebook.fresco', module: 'nativeimagefilters'
  exclude group: 'com.facebook.fresco', module: 'nativeimagetranscoder'
  exclude group: 'com.facebook.fresco', module: 'memory-type-native'
  exclude group: 'com.facebook.fresco', module: 'imagepipeline-native' }`

Инициализированная фреска с использованием

             `Fresco.initialize(
                     getApplicationContext(),
                     ImagePipelineConfig.newBuilder(getApplicationContext())
                    .setMemoryChunkType(MemoryChunkType.BUFFER_MEMORY)
                    .setImageTranscoderType(ImageTranscoderType.JAVA_TRANSCODER)
                    .experiment().setNativeCodeDisabled(true)
                    .build());`

Полная трассировка стека

java.lang.RuntimeException: невозможно создать приложение com.example.xyz.MyApplication: java.lang.RuntimeException: неправильная настройка собственного кода, ошибка отражения.
FATAL EXCEPTION: главная
Процесс: com.example.xyz, PID: 29863
java.lang.RuntimeException: невозможно создать приложение com.example.xyz.MyApplication: java.lang.RuntimeException: неправильная настройка собственного кода, ошибка отражения.
в android.app.ActivityThread.handleBindApplication (ActivityThread.java:4423)
в android.app.ActivityThread.access $ 1500 (ActivityThread.java:139)
в android.app.ActivityThread $ H.handleMessage (ActivityThread.java:1270)
в android.os.Handler.dispatchMessage (Handler.java:102)
в android.os.Looper.loop (Looper.java:136)
в android.app.ActivityThread.main (ActivityThread.java:5097)
в java.lang.reflect.Method.invokeNative (собственный метод)
в java.lang.reflect.Method.invoke (Method.java:515)
в com.android.internal.os.ZygoteInit $ MethodAndArgsCaller.run (ZygoteInit.java:785)
в com.android.internal.os.ZygoteInit.main (ZygoteInit.java:601)
в dalvik.system.NativeStart.main (собственный метод)
Вызвано: java.lang.RuntimeException: неправильная настройка собственного кода, ошибка отражения.
в com.facebook.imagepipeline.platform.PlatformDecoderFactory.buildPlatformDecoder (PlatformDecoderFactory.java:51)
в com.facebook.imagepipeline.core.ImagePipelineFactory.getPlatformDecoder (ImagePipelineFactory.java:312)
в com.facebook.imagepipeline.core.ImagePipelineFactory.getPlatformBitmapFactory (ImagePipelineFactory.java:304)
в com.facebook.imagepipeline.core.ImagePipelineFactory.getAnimatedFactory (ImagePipelineFactory.java:164)
в com.facebook.imagepipeline.core.ImagePipelineFactory.getImageDecoder (ImagePipelineFactory.java:227)
в com.facebook.imagepipeline.core.ImagePipelineFactory.getProducerFactory (ImagePipelineFactory.java:327)
в com.facebook.imagepipeline.core.ImagePipelineFactory.getProducerSequenceFactory (ImagePipelineFactory.java:360)
в com.facebook.imagepipeline.core.ImagePipelineFactory.getImagePipeline (ImagePipelineFactory.java:282)
в com.facebook.drawee.backends.pipeline.PipelineDraweeControllerBuilderSupplier.(PipelineDraweeControllerBuilderSupplier.java:52)
в com.facebook.drawee.backends.pipeline.PipelineDraweeControllerBuilderSupplier.(PipelineDraweeControllerBuilderSupplier.java:43)
в com.facebook.drawee.backends.pipeline.PipelineDraweeControllerBuilderSupplier.(PipelineDraweeControllerBuilderSupplier.java:36)
на com.facebook.drawee.backends.pipeline.Fresco.initializeDrawee (Fresco.java:121)
на com.facebook.drawee.backends.pipeline.Fresco.initialize (Fresco.java:110)
на com.facebook.drawee.backends.pipeline.Fresco.initialize (Fresco.java:54)
на com.facebook.drawee.backends.pipeline.Fresco.initialize (Fresco.java:46)
в com.example.xyz.MyApplication.onCreate (MyApplication.java:26)
в android.app.Instrumentation.callApplicationOnCreate (Instrumentation.java:1030)
в android.app.ActivityThread.handleBindApplication (ActivityThread.java:4420)
... еще 10
Вызвано: java.lang.ClassNotFoundException: com.facebook.imagepipeline.platform.KitKatPurgeableDecoder
в java.lang.Class.classForName (собственный метод)
в java.lang.Class.forName (Class.java:251)
в java.lang.Class.forName (Class.java:216)
в com.facebook.imagepipeline.platform.PlatformDecoderFactory.buildPlatformDecoder (PlatformDecoderFactory.java:44)
... еще 27
Вызвано: java.lang.NoClassDefFoundError: com / facebook / imagepipeline / platform / KitKatPurgeableDecoder
... еще 31
Вызвано: java.lang.ClassNotFoundException: не удалось найти класс «com.facebook.imagepipeline.platform.KitKatPurgeableDecoder» по пути: DexPathList [[zip-файл «/data/app/com.example.xyz-1.apk», zip-файл "/data/data/com.example.xyz/code_cache/secondary-dexes/com.example.xyz-1.apk.classes2.zip", zip-файл "/data/data/com.example.xyz/code_cache /secondary-dexes/com.example.xyz-1.apk.classes3.zip"pting,nativeLibraryDirectories=[/data/app-lib/com.example.xyz-1, / vendor / lib, / system / lib]]
в dalvik.system.BaseDexClassLoader.findClass (BaseDexClassLoader.java:56)
в java.lang.ClassLoader.loadClass (ClassLoader.java:497)
в java.lang.ClassLoader.loadClass (ClassLoader.java:457)
... еще 31