エラーメッセージは次のようになりますか？ ＃2049

はい、大まかに。 しかし、この問題は関連しているが、私はもっと焦点を当てていると思う
FrescoまたはSoLoaderのいずれかでAndroidAppBundleがサポートされていない
そのようにバイナリを分割します。

私は間違っている可能性がありますが、この問題は私が持っているすべてのデバイスで再現可能です
ブランドを選択するだけでなく、テスト済み。

また、Frescoの出荷ガイドによると、
Android App Bundleを介して配送され、 splitsキーを次のように使用することはできません
bundleを使用すると、 splitsキーは無視されます。

2018年12月11日火曜日、06：40 KimiChiu、 notifications @ github.comは次のように書いています。

エラーメッセージは次のようになりますか？ ＃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を使用し、FrescoのImagePipelineConfigで.experiment().setNativeCodeDisabled(true)を設定すると、静的画像が機能しましたが、GIFが別のスタックトレースでクラッシュしました。これは、別のライブラリでの同じSoLoaderの問題のように見えました。 @icerfish 、これはGIFを使用していない場合に役立つことがあります。

Frescoが使用するSoLoaderlibに問題があることがわかりました。 私は修正を加えてPRを準備しました：facebook / soloader＃26
この修正により、フレスコ画はアプリバンドルで正常に機能します。
パッチを適用したバージョンのSoLoaderlibを公開しました。 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は、ロリポップ以前のデバイスでは機能しませんでした。 修正しました。 使用する
compile("com.avito.android:patched-soloader:0.1.1")

@ nesterov-n素晴らしい修正をありがとう、それをフレスコ画に統合するための進歩はありますか？

@ nesterov-n私も同じ問題に直面しています。 いつフレスコ画に統合されるのか教えてください。

こんにちは@theromisと@ sailesh2
私はFacebookで働いていません（とても悲しいです）。 私はただのフレスコユーザーですが、修正を待つことができませんでした。 だから私はそれをデバッグして修正しなければなりませんでした。
現在、上記のコメントで説明したように、プロジェクトにはパッチを適用したバージョンのsoloderlibを使用しています。 最新バージョンはcom.avito.android:patched-soloader:0.1.2

soloader libへの私のPRは現在見直されていますが、soloaderメンテナは、新しいsoloaderlibリリースの見積もりがないと言っています。 したがって、フレスコがこの新しいバージョンをいつ使用するかを見積もることは不可能です。

緊急の場合は、パッチを適用したバージョンを使用できます。 フレスコ画のバンドルを本番環境に公開しました。 うまく機能します。

この回避策がまだFrescoに統合されていない理由を理解できません。

SoLoaderの修正を行いました。 SoLoaderバージョンがリリースされ次第、新しいFrescoバージョンをリリースします。

@oprisnikリリースのETAは何ですか？ 2つのチームの調整が必要だと思いますが、少なくともある程度の大まかな数は、多くの開発者が上記の回避策を適用するか、リリースを待つかを決定するのに役立ちます。

SoLoader v0.6.0がリリースされたばかりで、Frescoの依存関係を更新しました（6fc071d1892166d11d1f237f10e2d9bcdf858087）。 MITライセンスのBoltsリリース（＃2257）を待ちたいと思います。 そのリリースに予想よりも時間がかかる場合は、今のところスキップして、それなしでリリースします。 いずれにせよ、新しいバージョンは数日でリリースされるはずです。

退屈したくないのですが、フレスコ画を公開すべきではありませんか？ あなたが指摘したこの問題は、しばらくの間何の活動も受けていないようです。

修正されたSoLoaderバージョンを含むバージョン1.12.0をリリースしました。

プロガードを追加してみてください

@DoNotStripアノテーションが付けられたメソッド/クラスを削除しないでください

[email protected]クラスを維持します*
-keepclassmembersクラス* {
@ com.facebook.common.internal.DoNotStrip *;
}

@DoNotOptimizeアノテーションが付けられたメソッド/クラスを削除しないでください

[email protected]クラスを維持します*
-keepclassmembersクラス* {
@ com.facebook.soloader.DoNotOptimize *;
}

ネイティブメソッドを保持する

-keepclassmembersクラス* {
ネイティブ;
}

-okioに警告しないでください。 *-com.squareup.okhttpに警告しないでください。 *
-okhttp3に警告しないでください。 *-javax.annotationに警告しないでください。 *
-com.android.volley.toolboxに警告しないでください。 *-com.facebook.inferに警告しないでください。 *

@ProHzenこれでsoloaderのクラッシュが修正されましたか？

はい、解決しました。

それはまだフレスコ2.0.0にあります、:-(、回避策を提案してください私はネクサスデバイスでのみ問題があります

@ProHzenこんにちは、混乱リストを送っていただけませんか？私はあなたのやり方で試しましたが、うまくいきませんでした。
情報：
フレスコ：1.13.0
クラスパス 'com.android.tools。 build：gradle ：3.5.1 '