ReactNative: 'UnsatisfiedLinkError: could find DSO to load' 해결하기



(글 작성한 시점의 최신 ReactNative ver: 0.40)

기존에 존재하는 Android 프로젝트에 ReactNative를 화면 단위나 view 단위로 이식할 수 있는지를 테스트하기 위해서 ReactNative doc을 참고하며 진행중이었다. 일단 기존 프로젝트에 잘못 이식하다가 프로젝트 자체가 풍비박산 될 수 있기 때문에, 그냥 AndroidStudio에서 'New Project'하여 버튼 하나를 넣어서 그 버튼을 누르면 ReactNative 화면을 띄우도록 제작하려고 했다.

코드는 대충 이렇다. 그 외 코드는 그냥 doc에 언급된대로 생명주기 메소드별 호출 및 back key 등의 이벤트 처리만 했다.


그런데..! 해당 Activity를 띄우려하니 RuntimeException이 발생했다.

자세히 보니 해당 로그 아래에 Caused by로 UnsatisfiedLinkError가 같이 찍혀있었다. (UnsatisfiedLinkError 로그는 캡쳐를 안해놔서 같은 현상의 다른 개발자 로그를 대신 첨부하였다.)

???? DSO를 찾을 수 없다고???


열심히 검색검색하니 대충 다른 개발자들은 써드파티 라이브러리를 사용하는 기존 프로젝트에 ReactNative를 이식하는 과정에서 해당 에러가 발생하는 것 같았다.

근데 난 그냥 Hello World에 버튼 하나 있는 프로젝트인데?? 외부 라이브러리 상속받은거 전혀 없는데????? gradle을 자세히보니 안드로이드가 기본적으로 넣어주는 Appcompat 서포트 라이브러리가 있었다. 물론 혹시 몰라 그 부분도 지워봤지만 에러는 똑같았다.. ^^.. ㅠㅠ



1. 이슈 원인

일단 결론을 먼저 말하자면, ReactNative가 32비트 라이브러리만 지원하고 64비트 라이브러리는 지원하지 않기 때문에 64비트인 ARM64 장치에서는 이런 이슈가 발생한다. 이 이슈가 특정 단말에서 재현되는 현상도 그런 이유에서이다.

해당 이슈는 ReactNative 공식 github에 보고된 바 있다. 그러나 ReactNative 개발자인 kmagiera는 64비트를 지원할 생각이 없어보인다. (개발자들은 애가 타고 있다.)

- kmagiera의 answer
Speaking of split builds I don't think Google's recommendation apply in the case when 80% of the APK size comes from native libs. Don't have exact values with me at the moment but from what I remember JSC lib is around 2.3M for armv7 and 2.5M for x86 (uncompressed) which adds around 1.3M to the APK size. Considering the fact that arm64 are quite rare and all of them can run armv7 binaries (JSC with JIT enabled doesn't work with libhoudini if I recall correctly from our experiments, so I consider x86 android devices incapable of running armv7 in this case) I don't think we should default to armv7+arm64+x86 builds. My suggestion would be still to default to x86+armv7 but provide config for split builds for arm64 once it's supported


이슈 원인을 보다 정확히 정리한 개발자가 있다. Android는 32비트와 64비트의 네이티브 라이브러리를 동시에 로드할 수 없다. 64비트 라이브러리는 64비트 참조 공간에 생기고, 32비트 라이브러리는 32비트 참조 공간에 생긴다. dependency 걸려있는 모든 라이브러리들이 32비트만을 지원하는 라이브러리일 경우에는 64비트 참조 공간이 생기지 않기 때문에 디바이스들은 32비트 참조 공간만을 바라보고 사용하게 된다. 그러나 만약 ARM64를 지원하는 dependency가 최소한 하나 이상 있으면 64비트 참조 공간이 생성되는데, (대부분의 라이브러리들이 32비트와 64비트를 모두 지원하지만) ReactNative같이 32비트만 지원되는 라이브러리는 64비트 참조 공간에 로드되지 않는다. 따라서 ARM32 장치들은 64비트 참조 공간이 있든 없든 32비트 주소를 바라보기 때문에 문제가 되지 않지만, ARM64 장치들은 64비트 참조 공간에 ReactNative 라이브러리가 없기 때문에 DSO를 로딩할 수 없다는 UnsatisfiedLinkError 에러를 뱉어내는 것이다.

이에 대해 kmagiera는 ARM64 디바이스는 소수라고 이야기했지만, 사실 2017년 현재까지 출시된 대부분의 최신 폰은 거의 ARM64 디바이스들이다 (...)



2. 해결 방법

ReactNative가 32비트 라이브러리를 지원해주기 전까지의 해결책은 일단 64비트 바이너리를 제외하는 것이다. 64비트 참조 공간이 만들어지지 않으면 어차피 32비트 바이너리만은 바라볼테니까 (..) 물론 이 것은 perpect solution이 아니라는 것을 명심해야 한다.

  1. 일반적인 방법으로 build 해서 apk를 추출한다. (app\build\outputs\apk\app-debug.apk)
  2. apk 파일의 압축을 풀고 lib\arm64-v8a 폴더가 있는지 본다. (사실 없을 경우 UnsatisfiedLinkError가 발생하지 않는다.)
  3. 프로젝트 최상위 루트에 있는 gradle.properties 파일에 android.useDeprecatedNdk=true 를 추가한다.
  4. app\build.gradle에 아래와 같이 코드 블럭을 추가하고, packagingOptions 블럭 안에 2번의  lib\arm64-v8a 폴더 안에서 발견된 .so 파일들의 이름을  exclude "name.so" 와 같이 나열해주면 된다.

따로 ndk를 설치하거나 할 필요 없으며, 4번까지 모두 마치고 다시 빌드하면 앱이 죽지 않고 정상적으로 실행 되는 것을 볼 수 있다. 그리고 사실 4번에서 일일이 .so 파일의 이름을 명시해주지 않아도 하기 방법으로 가능하다고 한다. (그러나 난 안된다..ㅎㅎ..)


여튼 이 문제를 ReactNative 자체에서 해결을 해줄지 모르겠지만, 일단 해결되기 전까지는 32비트 바이너리만 생성하도록 명시 해주는 것 외에 적당한 솔루션이 없어보인다. 그래도 최근 ARM64 디바이스의 증가에 따라 많은 개발자들이 이 문제를 다시 이슈화하고 있기 때문에 ReactNative에서 지원을 해줄 것이라고 희망을ㅠㅠ 갖고 싶다.

댓글

댓글 쓰기

이 블로그의 인기 게시물

5년차의 슬럼프

이미지
2-3년 전까지만해도 꿈을 이뤘다고 생각했다. 매 해 더 어렵고 까다로운 일들을 맡게되고, 또 그것을 잘 해내면서 인정을 받을 때 마다 내가 성장하고 있다고 믿었다. 내가 성장할 때마다 인정을 받았고, 인정 받을 때마다 난 성장했다. 쌓이는 신뢰도와 높은 인사평가의 점수가 곧 나의 자질이며 실력이라고도 생각했다. 내 목표의식은 항상 successful result에 있었기 때문에 그에 따르는 성취감과 업무 만족도는 비례했으며, 따라서 회사의 발전이 곧 나의 발전이었다. 덕분에 프로젝트들을 주도할 기회가 점차 많이 주어지게 되었고, 그 과정 속에서 솔직히 만족스러웠다기보단 회사의 비전을 고민하게 되는 계기가 되었다. 두세개의 프로젝트를 병행하면서도 나은 결과를 위해 신체적으로나 심리적으로 많이 무리했었고, 물리적으로 불가능한 일정을 해보겠다고 사무실에 남아 새벽까지 일하다보면 어떤 날들에는 막역한 부담감이 너무 무거워 하염없이 눈물이 나기도 했다. 같이 일하는 팀원들은 다들 이미 힘들고 지친 나머지 프로젝트의 완성도를 높이는 작업에는 여력이 없는 모습들을 보며, 나도 점차 지쳐갔다. 내 열성을 다른 사람에게까지 강요할 수는 없는 노릇이었으니까. 개발 과정에서 아무리 time complexity와 design에 대해서 이야기해도, 반론을 제기하며 논쟁 했던 사람이 없다. 심지어 이미 개발을 다 끝낸 코드에 이슈를 제기했을 때도 상대방은 바로 수긍하며 다시 짜겠다고했다. 이상하게도 그 모습을 보며 화가 났다. 고민하지 않고 작성한 덕분에 쉽게 지워버릴 수 있는, 자존감이 없는 코드에 화가 났고, 그렇게 짜올 동안 누가 지적 한번 해준 적 없다는 상황이 화가 났다. 무엇보다 더 나은 방법이 있는지 찾아보지 않고 내 말 곧이 곧대로 수정하는 모습이 결국 등을 돌리는 계기가 되었다. 내게 필요했던건 워라밸도, 높은 연봉도 아니라 최소한 나와 비슷한 열정을 가진 사람들이었다. 내가 더 이상 이 회사에 남아 있어야 할 이유가 없었다. 남아서 더 배워야할 우리
자세한 내용 보기

10대 여고생이 만난 프로그래밍 - 마이크로소프트웨어 31주년 컨퍼런스

이미지
마이크로소프트웨어 31주년 컨퍼런스에서 "10대 여고생이 만난 프로그래밍"이라는 주제로 컨퍼런스를 진행했다.  내가 어떻게 프로그래밍을 시작하게 되었는지, 그리고 어떤 노력을 했었는지와 프로그래밍을 향한 나의 열정(?)에 대해 했다. 발표하는 동안 많은 분들이 내 이야기를 경청해주고 공감해주셔서 그래도 끝에 가선 긴장이 많이 풀린 것 같다ㅠㅠ 많이 긴장했었고 또 많이 미숙했었지만 나를 주제로 한 이야를 누군가 앞에서 이야기할 수 있어 좋았고, 더군다나 다른 발표자분들이 정말 대단하신 분들로만 모여있어서 이 자리에 섰다는 것 자체가 황송할 따름이었다...ㅎㅎ 관련 링크 :  http://onoffmix.com/event/34936
자세한 내용 보기

About Me

S tella Kim (a.k.a. Cowkite) T wenty two years old (was born 1996) K orean C hristian F emale P rogrammer S nowboarding N o excessive, No achieve H ope to developing every beautiful things '어떠한 사람이 되어야지', '이런 길을 걸어야지' 하며 늘 거창한 뜻을 품고선, 그 모든 포부를 뜨거운 냄비안에 우겨넣고는 마냥 진취적으로만 꿈을 꿨었다. 그러나 내 작은 냄비 안에 담긴 꿈들은 늘 금새 넘쳐 흘러 버렸고, 뜨거웠던 만큼 또 금방 식기도 했다. 모든 사람은 일면적이기만 할 수 없다. 난 개발을 좋아하고 또 개발자이며 더 위대한 개발자가 되고 싶지만, 사실 그림 그리는 것이나 피아노 치는 것도 좋아하고 보드 타는 것을 즐기며 누군가를, 혹은 무엇을 사랑하게 될 때에 진정 내가 살아있으며 행복함을 느낀다. 내가 학생일 때 누군가가 나에게 꿈을 묻는다면 늘 주저 없이 'easily customizable platform developer'라고 대답을 했지만, 이제는 플랫폼 개발자보단 세상의 모든 아름다운 것들을 개발하는 개발자가 되고싶다. 약간 노란 캔버스 위에는 커다란 나무를, 머릿속에는 마법사들이 뛰어노는 호그와트를, 가족들에게는 내 모든 감사함을, 그리고 까만 에디터 위에는 세상을 더 편리하게 할 코드들을. 숨이 다 할 때까지 개발하고, 연주하며, 사랑하고 싶다.
자세한 내용 보기