Fresco: java.lang.UnsatisfiedLinkError 로드할 DSO를 찾을 수 없음: libimagepipeline.so

에 만든 2018년 03월 23일 · 9코멘트 · 출처: facebook/fresco

정보:

프레스코 버전:1.8.1
플랫폼 버전: Vivo Android 5.1.1, CPU: arm64-v8a

로드할 DSO를 찾을 수 없음: libimagepipeline.so
com.facebook.soloader.SoLoader.void doLoadLibraryBySoName(java.lang.String,int,android.os.StrictMode$ThreadPolicy)...
03-23 19:21:55.955 17814 17931 전자 예술: dlopen("/data/data/xxx/lib-main/libimagepipeline.so", RTLD_LAZY) 실패: dlopen 실패: "/data/data/xxx/lib-main /libimagepipeline.so"는 32비트가 아닌 64비트입니다.
03-23 19:21:55.955 17814 17931 E SoLoader: 로드할 수 없음: libimagepipeline.so

세부 사항

com.facebook.soloader.SoLoader.void doLoadLibraryBySoName(java.lang.String,int,android.os.StrictMode$ThreadPolicy)(SoLoader.java:522)
com.facebook.soloader.SoLoader.void loadLibraryBySoName(java.lang.String,java.lang.String,java.lang.String,int,android.os.StrictMode$ThreadPolicy)(SoLoader.java:420)
com.facebook.soloader.SoLoader.void loadLibrary(java.lang.String,int)(SoLoader.java:370)
com.facebook.soloader.SoLoader.void loadLibrary(java.lang.String)(SoLoader.java:335)
com.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.void load()(ImagePipelineNativeLoader.java:42)
com.facebook.imagepipeline.memory.NativeMemoryChunk.void()(NativeMemoryChunk.java:33)
com.facebook.imagepipeline.memory.NativeMemoryChunkPool.com.facebook.imagepipeline.memory.NativeMemoryChunk alloc(int)(NativeMemoryChunkPool.java:58)
com.facebook.imagepipeline.memory.NativeMemoryChunkPool.void free(java.lang.Object)(NativeMemoryChunkPool.java:20)

_부모_##1##_부모_

_child_## java.lang.Object 할당(int)##_child_

com.facebook.imagepipeline.memory.BasePool.java.lang.Object get(int)(BasePool.java:257)
com.facebook.imagepipeline.memory.NativePooledByteBufferOutputStream.void(com.facebook.imagepipeline.memory.NativeMemoryChunkPool,int)(NativePooledByteBufferOutputStream.java:51)
com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.com.facebook.imagepipeline.memory.NativePooledByteBuffer newByteBuffer(java.io.InputStream,int)(NativePooledByteBufferFactory.java:98)
com.facebook.imagepipeline.memory.NativePooledByteBufferFactory.com.facebook.common.memory.PooledByteBufferOutputStream newOutputStream(int)(NativePooledByteBufferFactory.java:26)

_부모_##4##_부모_

_child_## com.facebook.common.memory.PooledByteBufferOutputStream newOutputStream()##_child_

_child_## com.facebook.common.memory.PooledByteBuffer newByteBuffer(java.io.InputStream,int)##_child_

_child_## com.facebook.common.memory.PooledByteBuffer newByteBuffer(byte[])##_child_

_child_## com.facebook.common.memory.PooledByteBuffer newByteBuffer(java.io.InputStream)##_child_

com.facebook.imagepipeline.producers.LocalFetchProducer.com.facebook.imagepipeline.image.EncodedImage getByteBufferBackedEncodedImage(java.io.InputStream,int)(LocalFetchProducer.java:89)

_부모_##2##_부모_

_child_## com.facebook.imagepipeline.image.EncodedImage getEncodedImage(com.facebook.imagepipeline.request.ImageRequest)##_child_

_child_## java.lang.String getProducerName()##_child_

com.facebook.imagepipeline.producers.LocalFetchProducer.com.facebook.imagepipeline.image.EncodedImage getEncodedImage(java.io.InputStream,int)(LocalFetchProducer.java:101)
com.facebook.imagepipeline.producers.LocalFileFetchProducer.com.facebook.imagepipeline.image.EncodedImage getEncodedImage(com.facebook.imagepipeline.request.ImageRequest)(LocalFileFetchProducer.java:34)
com.facebook.imagepipeline.producers.LocalFetchProducer$1.com.facebook.imagepipeline.image.EncodedImage getResult()(LocalFetchProducer.java:54)
com.facebook.imagepipeline.producers.LocalFetchProducer$1.java.lang.Object getResult()(LocalFetchProducer.java:50)
com.facebook.common.executors.StatefulRunnable.void run()(StatefulRunnable.java:45)
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
com.facebook.imagepipeline.core.PriorityThreadFactory$1.void run()(PriorityThreadFactory.java:53)
java.lang.Thread.run(Thread.java:818)

duplicate

출처

jyh149129

가장 유용한 댓글

반응 엿먹어

StoneBang 에 2018년 08월 23일

👍62 😄15 👀5 😕2 ❤1 👎1

모든 9 댓글

https://github.com/facebook/fresco/issues/2049의 중복 가능성이

gengjiawen 에 2018년 03월 24일

예, 이것은 #2049(특히 https://github.com/facebook/fresco/issues/2049#issuecomment-367235216)의 복제본인 것 같습니다. @jyh149129 , 토론에 집중하기 위해 여기서 문제를 종료합니다. :)

@gengjiawen 감사합니다!

lambdapioneer 에 2018년 03월 26일

반응 엿먹어

StoneBang 에 2018년 08월 23일

👍62 😄15 👀5 😕2 ❤1 👎1

해결책은 어디에 있습니까? Fresco 종속성의 1.13.0 버전에서 문제에 직면하고 있습니다. 도와주세요.

hardapps1692 에 2019년 06월 13일

/data/data/yourpackage/lib와 /data/data/yourpackage/lib-main의 cpu_abi가 다르기 때문에 이 버그가 발생한 이유를 찾은 것 같습니다.
그리고 왜 다른가요? ExtractFromZipSoSource.ensureDsos()에 결함이 있기 때문입니다.
어떤 결함? 32비트 및 64비트 so 라이브러리가 모두 있을 때 Android OS는 사용자를 64비트 앱으로 생각한다는 가정이 있었습니다. 그러나 OPPO R7sm(Android 5.1.1 ColorOS: V3.0_170510_beta)에서 규칙이 깨졌습니다.

코드를 수정하여 OPPO의 버그를 수정했습니다. 나중에 풀 리퀘스트를 하여 여러분의 도움을 기대하겠습니다.

artemisia 에 2019년 06월 27일

👍2

굉장합니다. @artemisia를 조사해 주셔서 감사합니다!

oprisnik 에 2019년 06월 27일

@artemisia 당신의 PR을 보고

sususweet 에 2019년 06월 28일

죄송합니다, 제 영어가 좋지 않습니다.

장치: 모바일 장치: OPPC R7sm(AndroLinkid 5.1.1)
결과:
apk에 armeabi-v7a nad arm64-v8a가 있는 경우 일반적으로 arm64-v8a가 로드됩니다. 그러나 OPPO R7sm에는 armeabi-v7a가 로드됩니다.

경로 데이터/앱/을 확인합니다./lib/. 찾기는 arm이고 arm64가 아닙니다. 일반적으로 arm64여야 합니다.

soloader를 초기화할 때 data/app/의 압축을 풉니다./ .apk. /lib-메인.이 흐름은 장치 지원 abi(ExtractFromZipSoSource.java의 ZipUnpacker.ensureDsos())를 확인합니다.데이터/앱/확인/lib/arm/ .so 및 */.so apk 파일(ApkSoSource.java의 ApkUnpacker.shouldExtract()).
파일이 동일하지 않습니다. 데이터/데이터/에 복사합니다./lib-메인.

지원 받기Abis는 ["arm64-v8a", "armeabi-v7a", "armeabi"]입니다. *.so 파일을 순차적으로 확인합니다.
그러나 data/app//lib/는 OPPC R7sm의 arm이므로 항상 arm64-v8a os 파일을 data/data/에 복사하십시오./lib-메인.

Lead to *.so는 32비트 문제가 아닌 64비트 문제입니다.

내 솔루션:

SoLoader 라이브러리를 수정합니다. 체크 데이터/앱/추가/lib/는 arm 또는 arm64입니다.

파일:
ExtractFromZipSoSource.java

    ...
    final ZipDso[] ensureDsos() {
      if (mDsos == null) {
        Set<String> librariesAbiSet = new LinkedHashSet<>();
        HashMap<String, ZipDso> providedLibraries = new HashMap<>();
        Pattern zipSearchPattern = Pattern.compile(mZipSearchPattern);
        String[] supportedAbis = SysUtil.getSupportedAbis();
        Enumeration<? extends ZipEntry> entries = mZipFile.entries();

+        // Fixed couldn't find DSO to load:  "xxx.os"  is 64-bit instead of 32-bit
+       File sysLibPath =  new File(mContext.getApplicationInfo().nativeLibraryDir);
+       String sysLibAbi = sysLibPath.getPath().substring(sysLibPath.getPath().lastIndexOf("/")+1);
+       if(sysLibAbi.equalsIgnoreCase("arm")) {
+         // sys lib is load armeabi-v7a, this exception case
+         ArrayList<String> newSupportedAbis = new ArrayList();
+         for(String abi : supportedAbis) {
+           if(abi.equalsIgnoreCase("arm64-v8a")) {
+               //skip arm64-v8a
+               continue;
+           }
+
+           newSupportedAbis.add(abi);
+         }
+
+         supportedAbis = newSupportedAbis.toArray(new String[newSupportedAbis.size()]);
+       }


        while (entries.hasMoreElements()) {
          ZipEntry entry = entries.nextElement();
          Matcher m = zipSearchPattern.matcher(entry.getName());
    ...

YS-WEI 에 2019년 07월 18일

반응 엿먹어

Flutter를 환영합니다

spvalencia 에 2019년 10월 17일

이 페이지가 도움이 되었나요?

0 / 5 - 0 등급

Fresco: java.lang.UnsatisfiedLinkError 로드할 DSO를 찾을 수 없음: libimagepipeline.so

정보:

세부 사항

_부모_##1##_부모_

_child_## java.lang.Object 할당(int)##_child_

_부모_##4##_부모_

_child_## com.facebook.common.memory.PooledByteBufferOutputStream newOutputStream()##_child_

_child_## com.facebook.common.memory.PooledByteBuffer newByteBuffer(java.io.InputStream,int)##_child_

_child_## com.facebook.common.memory.PooledByteBuffer newByteBuffer(byte[])##_child_

_child_## com.facebook.common.memory.PooledByteBuffer newByteBuffer(java.io.InputStream)##_child_

_부모_##2##_부모_

_child_## com.facebook.imagepipeline.image.EncodedImage getEncodedImage(com.facebook.imagepipeline.request.ImageRequest)##_child_

_child_## java.lang.String getProducerName()##_child_

가장 유용한 댓글

모든 9 댓글

관련 문제