문제를 제출해 주셔서 감사합니다. 설명을 다시 살펴보고 문제 템플릿이 완전히 채워 졌는지 확인할 수 있습니까?

react-native-bot 에 2019년 04월 02일

문제를 제출해 주셔서 감사합니다. 설명을 다시 살펴보고 문제 템플릿이 완전히 채워 졌는지 확인할 수 있습니까?
👉 버그 보고서 문제 템플릿을 다시 보려면 여기를 클릭하십시오.

업데이트 됨

dishantwalia 에 2019년 04월 03일

참조 용 Logcat 오류 스크린 샷 Screenshot 2019-04-03 at 5 38 07 PM

dishantwalia 에 2019년 04월 03일

64 비트 분할 빌드 게시 Android 7.0이 설치된 Galaxy S7 및 Galaxy S7 Edge에서 실행시 충돌이 발생합니다.
Android vitals 표시 :
신호 11 (SIGSEGV), 코드 1 (SEGV_MAPERR) WTFCrash
역 추적 :
# 00 pc 00000000007e048c /data/app/com.mosko.bus-1/lib/arm64/libjsc.so(WTFCrash+16)
# 01 pc 00000000000be650 /data/app/com.mosko.bus-1/lib/arm64/libjsc.so (_Z16WTFCrashWithInfoiPKcS0_i + 24)
# 02 pc 0000000000489f2c /data/app/com.mosko.bus-1/lib/arm64/libjsc.so(operationLinkDirectCall+1120)
# 03 pc 000000000019e27c

해당 장치에 대한 Crashlytics에서 다음을 얻습니다.
치명적인 예외 : com.facebook.react.common.c
불변 위반 : 아직 구현되지 않은 작업 재개.

32 비트 빌드 만 제공하는 해결 방법은 현재이 문제를 해결하는 것입니다.

nadavmos 에 2019년 04월 07일

👍16 👎6

Android 7.0을 실행하는 Galaxy S7의 @nadavmos 와 똑같은 오류가 표시됩니다. 시작시 앱이 충돌합니다.

nsantacruz 에 2019년 04월 08일

Android 7.0을 실행하는 Galaxy S7의 @nadavmos 와 똑같은 오류가 표시됩니다. 시작시 앱이 충돌합니다.

@nsantacruz 도 반응 탐색을 사용하고 있습니까? 다른 모든 기자에게 공통적으로 보입니다.

nadavmos 에 2019년 04월 08일

@nadavmos , 나는 react-navigation 사용하지 않습니다. 이 문제는 Android 7.0에서 Samsung S7의 0.59에도 영향을 미치기 때문에 .

nsantacruz 에 2019년 04월 08일

👍3

@nadavmos 충돌은 react-navigation 와 관련이 없습니다. 실제로 앱은 react-native init를 통해 생성 된 새로운 RN 프로젝트에서 충돌합니다.

ishantsagar 에 2019년 04월 08일

👍7

@hramos @mkonicek 지금까지 arm64-v8a 대한 지원을 제공 한 후 Samsung S7 , S7 Edge 에서 실행되는 Android 빌드에 영향을 미치는 최신 RN 0.59 릴리스의 문제인 것으로 판단 할 수 있습니다. arm64-v8a , x86_64 , build.gradle 에서 제거해도 앱이 다운되지 않으며, Google Play 64 비트 지원 정책에 따라 1 August 2019 이후에 게시되는 앱에 잠재적으로 영향을 미칠 수 있습니다. 여러분들의 관심을 부탁드립니다.

ishantsagar 에 2019년 04월 09일

👍66 ❤6 😕5 👀4

0.58.5에서도 발생합니다. Galaxy S7. 안드로이드 6.0. 32 비트 빌드로 설정하는 것도 작동하지 않습니다.

Merikw 에 2019년 04월 11일

👍9

Android 7.0을 실행하는 Galaxy S7에서 RN 0.59.4의 64 비트 빌드에서 동일한 충돌이 관찰됩니다. 슬프게도 우리는 해당 모델의 장치에 액세스 할 수 없습니다. 우리 모두에서 잘 작동합니다.

wbercx 에 2019년 04월 15일

다음 환경에서 Huawai P9 장치와 동일한 문제가 있습니다.

  React Native Environment Info:
    System:
      OS: macOS 10.14.3
      CPU: (12) x64 Intel(R) Core(TM) i9-8950HK CPU @ 2.90GHz
      Memory: 63.57 MB / 32.00 GB
      Shell: 5.3 - /bin/zsh
    Binaries:
      Node: 11.3.0 - /usr/local/bin/node
      Yarn: 1.12.3 - /usr/local/bin/yarn
      npm: 6.9.0 - /usr/local/bin/npm
      Watchman: 4.9.0 - /usr/local/bin/watchman
    SDKs:
      iOS SDK:
        Platforms: iOS 12.2, macOS 10.14, tvOS 12.2, watchOS 5.2
      Android SDK:
        API Levels: 23, 26, 27, 28
        Build Tools: 23.0.1, 25.0.0, 26.0.3, 27.0.3, 28.0.1, 28.0.2, 28.0.3
        System Images: android-24 | Google APIs Intel x86 Atom, android-27 | Google APIs Intel x86 Atom, android-28 | Google APIs Intel x86 Atom
    IDEs:
      Android Studio: 3.2 AI-181.5540.7.32.5056338
      Xcode: 10.2/10E125 - /usr/bin/xcodebuild
    npmPackages:
      react: ^16.8.3 => 16.8.3
      react-native: ^0.59.4 => 0.59.4
    npmGlobalPackages:
      eslint-plugin-react-native: 3.5.0
      react-native-cli: 2.0.1
      react-native-git-upgrade: 0.2.7

다음은 우리가 얻은 Crashlytics 스택 추적입니다.

# Platform: android
# Issue ID: 5beec130f8b88c29632f185d
# Session ID: 5cb483b90037000127d26eeee3e996f5_DNE_0_v2
# Date: 2019-04-15T13:15:00Z
# OS Version: 7.0
# Device: PRA-LX1
# RAM Free: 1.3%
# Disk Free: 14.3%

#0. Crashed: Thread
0  (Missing)                              0xc00d9b20 (Missing)
1  (Missing)                              0x3ffffffd (Missing)
2  libc.so                                0xeda60d64 (Missing)
3  (Missing)                              0x3fdec95c (Missing)
4  libc.so                                0xeda3223f (Missing)
5  libutils.so                            0xee283df1 (Missing)
6  (Missing)                              0xea6ac55a (Missing)
7  libart.so                              0xebc85331 (Missing)
8  (Missing)                              0x12dfd11e (Missing)
9  (Missing)                              0x12da927e (Missing)
10 system@[email protected]    0x74d6de0d (Missing)
11 (Missing)                              0x3fdec95c (Missing)
12 (Missing)                              0x12f39976 (Missing)
13 (Missing)                              0x12c2064e (Missing)
14 (Missing)                              0x70e43ada (Missing)
15 (Missing)                              0x12f43b8e (Missing)
16 libart.so                              0xebc85331 (Missing)
17 (Missing)                              0x70d268be (Missing)
18 system@[email protected]              0x716279db (Missing)
19 (Missing)                              0x70837262 (Missing)
20 (Missing)                              0x70190306 (Missing)
21 (Missing)                              0x2cb6ab0c (Missing)
22 (Missing)                              0x70d58d82 (Missing)
23 (Missing)                              0x2cb6ab0c (Missing)
24 (Missing)                              0x2cb6ab0c (Missing)
25 (Missing)                              0x70c63cee (Missing)
26 (Missing)                              0x12c2064e (Missing)
27 (Missing)                              0x70e43ada (Missing)
28 (Missing)                              0x12f43c1e (Missing)
29 libart.so                              0xebca3526 (Missing)
30 (Missing)                              0x3fdec95c (Missing)
31 (Missing)                              0x70e43ada (Missing)
32 (Missing)                              0x70e43ada (Missing)
33 (Missing)                              0x12f39976 (Missing)
34 (Missing)                              0x12f43b8e (Missing)
35 libart.so                              0xebc85331 (Missing)
36 (Missing)                              0x70d268e2 (Missing)
37 (Missing)                              0x3fdec95c (Missing)
38 libutils.so                            0xee283ced (Missing)
39 (Missing)                              0x70abe4f6 (Missing)
40 (Missing)                              0x70aadb2e (Missing)
41 libandroid_runtime.so                  0xecdb23ff (Missing)
42 (Missing)                              0x70abe4f6 (Missing)
43 (Missing)                              0x12c2fa8e (Missing)
44 system@[email protected]    0x749d1865 (Missing)
45 (Missing)                              0x12c2fa8e (Missing)
46 system@[email protected]    0x741f0347 (Missing)
47 (Missing)                              0x70d3b9ca (Missing)
48 (Missing)                              0x12c2fa8e (Missing)
49 (Missing)                              0x12c2fa8e (Missing)
50 (Missing)                              0x70abe4f6 (Missing)
51 (Missing)                              0x70aadb2e (Missing)

--

#0. Crashed: Thread
0  (Missing)                              0xc00d9b20 (Missing)
1  (Missing)                              0x3ffffffd (Missing)
2  libc.so                                0xeda60d64 (Missing)
3  (Missing)                              0x3fdec95c (Missing)
4  libc.so                                0xeda3223f (Missing)
5  libutils.so                            0xee283df1 (Missing)
6  (Missing)                              0xea6ac55a (Missing)
7  libart.so                              0xebc85331 (Missing)
8  (Missing)                              0x12dfd11e (Missing)
9  (Missing)                              0x12da927e (Missing)
10 system@[email protected]    0x74d6de0d (Missing)
11 (Missing)                              0x3fdec95c (Missing)
12 (Missing)                              0x12f39976 (Missing)
13 (Missing)                              0x12c2064e (Missing)
14 (Missing)                              0x70e43ada (Missing)
15 (Missing)                              0x12f43b8e (Missing)
16 libart.so                              0xebc85331 (Missing)
17 (Missing)                              0x70d268be (Missing)
18 system@[email protected]              0x716279db (Missing)
19 (Missing)                              0x70837262 (Missing)
20 (Missing)                              0x70190306 (Missing)
21 (Missing)                              0x2cb6ab0c (Missing)
22 (Missing)                              0x70d58d82 (Missing)
23 (Missing)                              0x2cb6ab0c (Missing)
24 (Missing)                              0x2cb6ab0c (Missing)
25 (Missing)                              0x70c63cee (Missing)
26 (Missing)                              0x12c2064e (Missing)
27 (Missing)                              0x70e43ada (Missing)
28 (Missing)                              0x12f43c1e (Missing)
29 libart.so                              0xebca3526 (Missing)
30 (Missing)                              0x3fdec95c (Missing)
31 (Missing)                              0x70e43ada (Missing)
32 (Missing)                              0x70e43ada (Missing)
33 (Missing)                              0x12f39976 (Missing)
34 (Missing)                              0x12f43b8e (Missing)
35 libart.so                              0xebc85331 (Missing)
36 (Missing)                              0x70d268e2 (Missing)
37 (Missing)                              0x3fdec95c (Missing)
38 libutils.so                            0xee283ced (Missing)
39 (Missing)                              0x70abe4f6 (Missing)
40 (Missing)                              0x70aadb2e (Missing)
41 libandroid_runtime.so                  0xecdb23ff (Missing)
42 (Missing)                              0x70abe4f6 (Missing)
43 (Missing)                              0x12c2fa8e (Missing)
44 system@[email protected]    0x749d1865 (Missing)
45 (Missing)                              0x12c2fa8e (Missing)
46 system@[email protected]    0x741f0347 (Missing)
47 (Missing)                              0x70d3b9ca (Missing)
48 (Missing)                              0x12c2fa8e (Missing)
49 (Missing)                              0x12c2fa8e (Missing)
50 (Missing)                              0x70abe4f6 (Missing)
51 (Missing)                              0x70aadb2e (Missing)

taschik 에 2019년 04월 15일

Android 7에서 Samsung Galaxy S7과 동일한 문제가 있습니다.

ASSERT|04-17 00:30:16.272|18763|18813||libc|Fatal signal 11 (SIGSEGV), code 1, fault addr 0xbbadbeef in tid 18813 (mqt_js)
ASSERT|04-17 00:30:16.402|18920|18920||DEBUG|Build fingerprint: 'samsung/heroltexx/herolte:7.0/NRD90M/G930FXXS1DQHF:user/release-keys'
ASSERT|04-17 00:30:16.402|18920|18920||DEBUG|*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
ASSERT|04-17 00:30:16.405|18920|18920||DEBUG|ABI: 'arm64'
ASSERT|04-17 00:30:16.405|18920|18920||DEBUG|Revision: '8'
ASSERT|04-17 00:30:16.406|18920|18920||DEBUG|pid: 18763, tid: 18813, name: mqt_js  >>> com.profibackoffice.reactnative <<<
ASSERT|04-17 00:30:16.406|18920|18920||DEBUG|signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xbbadbeef
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x16  00000070110b1acc  x17  000000700bc121a8  x18  0000000021ecfc88  x19  000000700fed7e80
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x20  00000070108cf560  x21  0000006ffd4c8070  x22  000000700bc00000  x23  0000006ff9616ca0
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x28  ffff000000000002  x29  00000070108cf560  x30  0000007011408484
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x24  0000000000000007  x25  0000000000000000  x26  0000000000000000  x27  ffff000000000000
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x8   00000000bbadbeef  x9   00000070114b19d0  x10  0000000000000000  x11  0000006ffc4f0000
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x0   00000070108cf3c8  x1   00000070108cf3c8  x2   0000000000000000  x3   00000000000000a8
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    sp   00000070108cf400  pc   000000701140848c  pstate 00000000a0000000
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x4   000000700bfaee80  x5   0000006ff62a4980  x6   0000006ffa6a6820  x7   0000000000000000
ASSERT|04-17 00:30:16.407|18920|18920||DEBUG|    x12  0000000000000000  x13  000000700b617c00  x14  0000000000000002  x15  00000000bd36143d
ASSERT|04-17 00:30:16.412|18920|18920||DEBUG|backtrace:
ASSERT|04-17 00:30:16.412|18920|18920||DEBUG|    #03 pc 00000000001afe80  <anonymous:000000700bdff000>
ASSERT|04-17 00:30:16.412|18920|18920||DEBUG|    #02 pc 0000000000489f2c  /data/app/com.profibackoffice.reactnative-1/lib/arm64/libjsc.so (operationLinkDirectCall+1120)
ASSERT|04-17 00:30:16.412|18920|18920||DEBUG|    #01 pc 00000000000be650  /data/app/com.profibackoffice.reactnative-1/lib/arm64/libjsc.so (_Z16WTFCrashWithInfoiPKcS0_i+24)
ASSERT|04-17 00:30:16.412|18920|18920||DEBUG|    #00 pc 00000000007e048c  /data/app/com.profibackoffice.reactnative-1/lib/arm64/libjsc.so (WTFCrash+16)

gpetrosyan 에 2019년 04월 16일

👍9

~ android/app/build.gradle 추가하면 ~ 고칠 수 있습니다 ~ (안됨) : ~

packagingOptions {
      pickFirst '**/libjsc.so'
      pickFirst '**/libc++_shared.so'
}

~ https://github.com/react-native-community/jsc-android-buildscripts/pull/95 참조 ~

AndrewJack 에 2019년 04월 16일

도와 주셔서 감사하지만 해결책이 도움이되지 않았습니다.

16 апр. 2019 г., в 19:12, Andrew Jack [email protected] написал (а) :
이것을 android / app / build.gradle에 추가하면 문제가 해결 될 수 있습니다.
packagingOptions {
pickFirst ' /libjsc.so'pickFirst ' /libc++_shared.so'
}
react-native-community / jsc-android-buildscripts # 95 https://github.com/react-native-community/jsc-android-buildscripts/pull/95 참조
지금 테스트 중입니다.
—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하거나 GitHub https://github.com/facebook/react-native/issues/24261#issuecomment-483728028 에서 보거나 https://github.com/notifications/unsubscribe-auth/ 스레드를 음소거합니다.

gpetrosyan 에 2019년 04월 16일

이것을 android/app/build.gradle 추가하면 문제가 해결 될 수 있습니다.
packagingOptions {
      pickFirst '**/libjsc.so'
      pickFirst '**/libc++_shared.so'
}
react-native-community / jsc-android-buildscripts # 95 참조
지금 테스트 중입니다.

@AndrewJack 이 당신을 위해

taschik 에 2019년 04월 16일

이것을 android/app/build.gradle 추가하면 문제가 해결 될 수 있습니다.
packagingOptions {
      pickFirst '**/libjsc.so'
      pickFirst '**/libc++_shared.so'
}
react-native-community / jsc-android-buildscripts # 95 참조
지금 테스트 중입니다.

슬프게도 우리는 이미 거기에 있습니다.

Play 스토어에서 64 비트 빌드를 가져 왔습니다. 이것은 64 비트 빌드의 충돌과 전혀 관련이 없을 수 있지만 armeabi-v7a 빌드를 실행하는 Galaxy S7 장치는 이제 아래와 같이 많이 충돌합니다. 시작 즉시.

다른 장치와 비교하여 S7의 차이점이 무엇인지 정말 궁금합니다.

Version Code: 10000036
Version Name: 2.3.4
Android: 8.0.0
Android Build: R16NW
Manufacturer: samsung
Model: SM-G930F
Date: undefined

com.facebook.react.bridge.UnexpectedNativeTypeException: TypeError: expected dynamic type `double', but had type `null'
  at com.facebook.react.bridge.ReadableNativeMap.getIntNative
  at com.facebook.react.bridge.ReadableNativeMap.getInt
  at com.facebook.react.g.a.a
  at com.facebook.react.modules.core.ExceptionsManagerModule.reportSoftException
  at java.lang.reflect.Method.invoke(Method.java:-2)
  at com.facebook.react.bridge.JavaMethodWrapper.invoke
  at com.facebook.react.bridge.JavaModuleWrapper.invoke
  at com.facebook.react.bridge.queue.NativeRunnable.run
  at android.os.Handler.handleCallback(Handler.java:789)
  at android.os.Handler.dispatchMessage(Handler.java:98)
  at com.facebook.react.bridge.queue.MessageQueueThreadHandler.dispatchMessage
  at android.os.Looper.loop(Looper.java:164)
  at com.facebook.react.bridge.queue.MessageQueueThreadImpl$4.run
  at java.lang.Thread.run(Thread.java:764)

wbercx 에 2019년 04월 17일

@taschik 작동하지 않았고 jsc-android-buildscripts 구성 수정이 작동 할 것이라고 생각했습니다.

AndrewJack 에 2019년 04월 17일

동일한 예외가 발생하고 잡히지 않은 예외 처리기에 의해 잡힐 수 없습니다. 내 Android 앱에서 다음 코드를 시도했습니다.

Thread.setDefaultUncaughtExceptionHandler(...);

예외 이름 만 콘솔에 쓴 다음 제어를 기본 핸들러로 반환하는 핸들러가 있지만 해당 코드는 앱 충돌 전에 실행되지 않았습니다.

Crashlytics가이 예외를 기록하지 않는 이유를 조사하려고했습니다. 아마도 그것이 이유 일 것입니다 ... 저는 패브릭 콘솔에서 네이티브 크래시를 한 두 번 본 것을 기억합니다. 따라서 crashlytics는 네이티브 크래시를 기록 할 수 있지만이 경우에는 그렇지 않습니다.

SpertsyanKM 에 2019년 04월 18일

👍2

@SpertsyanKM 충돌은 ndk 수준에서 발생합니다. Crashlytics NDK 라이브러리를 추가하지 않으면 Firebase 콘솔에 비정상 종료가 표시되지 않습니다. https://docs.fabric.io/android/crashlytics/ndk.html

Thread.setDefaultUncaughtExceptionHandler 는 Java 예외 만 포착합니다.

AndrewJack 에 2019년 04월 18일

👍2

오늘 RN 0.59.5로 업그레이드했는데 여전히 충돌이 발생합니다. 이 문제는 아직 해결되지 않았습니다.

taschik 에 2019년 04월 19일

안녕하세요, 여러분, 저는 0.59.5에서 동일한 문제를 겪고 AndroidManifest.xml에서 android : screenOrientation = "portrait"를 제거합니다. 그것은 나를 위해 작동합니다.

Jeijie 에 2019년 04월 22일

👎9

@Jeijie 나는 이미 거기에 그것을 가지고 있지 않았지만 어쨌든 추락했습니다.

wbercx 에 2019년 04월 22일

REDMI NOTE 4X Android 7.0 및 huawei HRY AL00A Android 9에서 동일한 문제

SIGSEGV(SEGV_MAPERR)
1 #00 pc 000000000042c064 /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
2 #01 pc 0000000000429638 /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
3 #02 pc 0000000000429d28 /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
4 #03 pc 000000000041664c /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
5 #04 pc 00000000007ea4cc /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
6 #05 pc 00000000007eabcc /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
7 #06 pc 00000000007e0fec /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
8 #07 pc 00000000007ee4fc /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
9 #08 pc 00000000007ffdb8 /data/app/com.example.app-gUSG17yMVBByrSNhEo7j7A==/lib/arm64/libjsc.so [arm64-v8a]
10 #09 pc 0000000000083550 /system/lib64/libc.so (__pthread_start(void*)+36) [arm64-v8a]
11 #10 pc 00000000000241a0 /system/lib64/libc.so (__start_thread+68) [arm64-v8a]
12 java:
13 [Failed to get Java stack]

yinhangfeng 에 2019년 04월 23일

Galaxy S7 Edge / Android 7.0 및 React-Native의 세 가지 버전 (0.58.4, 0.58.5 및 0.59.5)에서 동일한 문제가 발생합니다.
다른 Android 기기에서는 충돌이 감지되지 않았습니다.

현재이 문제를 방지하는 유일한 해결책은 32 비트에서만 앱을 빌드하는 것입니다. 그러나 Play 스토어가 더 이상 32 비트 앱만 허용하지 않기 때문에 문제는 8 월 1 일에 해결되어야합니다.

ntorion 에 2019년 04월 24일

동일한 경험, Android <= 7.0 (8.0 아님)의 Galaxy S7에 국한됩니다. 64 비트 지원을 활성화했기 때문에 발생합니다.

danilobuerger 에 2019년 04월 24일

gradle 기본 구성에서 64 비트도 지원하지 않으며 그럼에도 불구하고 충돌이 발생합니다.
```
defaultConfig {
applicationId _applicationId
minSdk 버전 16
targetSdkVersion 27
versionCode _versionCode
versionName _versionName
ndk {
abiFilters "armeabi-v7a", "x86"
}

    packagingOptions {
        exclude "lib/arm64-v8a/libgnustl_shared.so"
    }
    renderscriptTargetApi 27
    renderscriptSupportModeEnabled true
    vectorDrawables.useSupportLibrary = true /
    multiDexEnabled true 
}```

taschik 에 2019년 04월 25일

👍3

여기서 하나 더, 일부 Mediatek 장치에서도 문제가 발생한다는 것을 알았습니다.
Alcatel A5 (ELSA6)
Alcatel 1x / TCL L9 (U5A_PLUS_4G)
x64를 지원하는 MediaTek SoC가있는 다른 장치

murilobast 에 2019년 04월 25일

안녕하세요. 우리는 다음을 발견했습니다.

~ 64 비트 지원을 제거하는 수정이 작동합니다 ~ 일부 사용자의 문제 만 해결되었습니다.
~ 사용자가 _ 휴대 전화를 다시 시작 _ (32 비트 앱으로 전환 할 필요 없음)하여이 문제를 직접 해결하도록했습니다 ~ 동일한 문제가 발생하지 않았습니다.

jeremyhon 에 2019년 04월 25일

64 비트 지원을 제거하면 충돌 보고서가 ~ 90 % 감소했음을 확인할 수 있습니다.
여전히 일부 장치에서 발생합니다. 하지만 현재의 "수정"은 제가 지금 할 수있는 최선입니다.

murilobast 에 2019년 04월 26일

OnePlus 3에서도 충돌이 발생하지만 64 비트 지원을 제거해도 도움이되지 않습니다. 깨끗한 react-native init 프로젝트 (앱의 APK를 열 때 에뮬레이터에서도 충돌)가 발생합니다.

quietbits 에 2019년 04월 29일

👍1

번들 분할로 프로덕션에서 충돌하는 동일한 문제 s7 edge android 7.0, other는 괜찮은 것 같습니다.
신호 11 (SIGSEGV), 코드 1 (SEGV_MAPERR)
역 추적 :
# 00 PC 000000000009e144
# 01 pc 00000000000a4a70

bakir97 에 2019년 05월 04일

이 문제는 이미 웹킷 저장소에서 식별되었습니다. 몇 달 전에이 문제를 발견했을 때 댓글을 달았습니다 : https://github.com/WebPlatformForEmbedded/WPEWebKit/issues/327#issuecomment -436781890

노력을 조정하면 좋을 것입니다.

참고 : Youi 에서는 비표준 방식으로 RN을 사용합니다. 우리는 자체 64 비트 JSC를 구축했기 때문에이 문제는 0.58 이전에 훨씬 일찍 발생했습니다.

ncuillery-youitv 에 2019년 05월 06일

👍4

공통 요소는 Android 6.0 또는 7.0 (Level 23 및 24) 및 ARM 64 기기 인 것 같습니다.
이 조합을 사용하는 가장 일반적인 장치는 S7입니다. S7을 Android 8로 업그레이드하면 문제가 해결됩니다.

Android ARM 64 비트 에뮬레이터에서 충돌을 재현했지만 Android ARM 에뮬레이터 이미지가 너무 불안정하고 버그가 많아 작업 할 수 없습니다. 또한 디버깅 할 S7도 있는데, 삼성은이를 쉽게 만들지 못했지만 Android 7로 다운 그레이드하려고합니다.

@kmagiera & @kudo 최근에 JSC의 새 버전을 출시 https://github.com/react-native-community/jsc-android-buildscripts/pull/95

AndrewJack 에 2019년 05월 07일

@AndrewJack WebKit 보안 패치 및 https://github.com/facebook/react-native/pull/24672에 대한 libc ++ _ shared.so 제거 전용 새 릴리스

AFAIK, 다양한 JSC 충돌 유형이 있습니다.
이 문제가보고 된대로 일부는 operationLinkDirectCall에서, 일부는 https://github.com/react-native-community/jsc-android-buildscripts/issues/84 와 같은 NPE
대부분은 JIT와 관련이 있습니다.
JIT 충돌 경로는 사내에서 재현하기 어렵고 문제 해결도 어렵습니다.
몇 가지 잠재적 인 수정 사항이 있지만 이것이 진정으로 충돌 문제를 해결할지 확실하지 않습니다.

수정 사항 중 하나는 DFG_JIT 를
업스트림 관련 작업 의
최신 JSC (WebKitGTK 2.24)에는 많은 JIT 변경 사항이 포함되어 있습니다. 업그레이드가 도움이된다면 시도해 볼 가치가 있습니다.

IMO, 사내 복제가 불가능한 경우 대안은 실험 된 빌드를 제공하는 것입니다.

내 계획은 JSC를 더 쉽게 업그레이드하는 것입니다. yarn add jsc-android@experiment . 이것은 RN 0.60에서 발생해야합니다.
이 메커니즘을 사용하면 적어도 우리는 충돌 문제를 해결하기 위해 한발 앞서 나갈 수 있습니다.

반면에 신뢰할 수있는 재현 코드와 환경이 있다면 도움이 될 것입니다.
예를 들어 react-native-navigation의 repo가 있습니다. 많은 도움이됩니다.
https://github.com/react-native-community/jsc-android-buildscripts/issues/84#issue -407898908

Kudo 에 2019년 05월 07일

👍3

도움이된다면 Android 9가 설치된 Pixel 2에서도 충돌이 발생합니다.
APK를 실행할 때 충돌 로그를 얻을 수있는 방법이 있습니까? 이러한 충돌에 대한 자세한 정보를 얻을 수 있도록 기꺼이 도와 드리겠습니다.하지만 Android 개발에 대해서는 잘 모릅니다.

quietbits 에 2019년 05월 07일

@quietbits , 이러한 문제와 관련된 대부분의 로그는 그다지 도움이되지는 않지만

adb logcat 사용하여 충돌이 발생하는시기를 찾으십시오.-이것은 다음과 같이 보일 것입니다 (정확히 표시되지는 않습니다. 로그 상단에서 추출했기 때문에 발췌 한 것이 표시되는 이유입니다). 밖):

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'samsung/heroqltetmo/heroqltetmo:8.0.0/R16NW/G930TUVU4CRI2:user/release-keys'
Revision: '14'
ABI: 'arm'
pid: 32435, tid: 32482, name: mqt_js  >>> com.YOURAPP <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xcd
Cause: null pointer dereference

또한 일반적으로 로그가 "삭제 표시"에 기록되었다고 말합니다.

삭제 표시를 해제하려면 adb bugreport ./MySuperSpecialBugReport 사용합니다.이 부분은 분명히 원하는 경로가됩니다.

그것은 zip으로 풀고 압축을 풀고 (대부분의 장치에서) ./MySuperSpecialBugReport/FS/data/tombstones 로 이동 한 다음 텍스트 편집기로 tombstone을 열 수 있습니다.

다시 말하지만, 이러한 충돌의 특성을 고려할 때 그다지 유익하지 않습니다. 적어도 우리의 경우 일반적으로 mqt_js와 낮은 포인터 주소에 있습니다. 또한 32 비트 전용 APK에서도 여전히 발생합니다 (덜 이상하게 / 예측할 수 없지만).

===

@ Kudo— 다양한 JSC를보다 쉽게 시험해보고 그 기능을 확인할 수 있기를 기대합니다. 이것은 매우 비결정적이고 예측할 수없는 충돌로 0.59로 업그레이드하는 데있어 지금까지 진정한 고통 포인트였습니다 (특정 장치에서만 발생합니다 ... 때로는).

j-wang 에 2019년 05월 07일

👍4

기호화 된 역 추적을 얻기 위해 adb logcat과 ndk-stack 을 결합했습니다.
예를 들어 RN 059 주식 JSC ([email protected]) 및 arm64-v8a ABI를 타겟팅합니다.

wget https://registry.npmjs.org/jsc-android/-/jsc-android-236355.0.0.tgz
tar xf jsc-android-236355.0.0.tgz
unzip package/dist/org/webkit/android-jsc/r236355/android-jsc-r236355.aar
adb logcat | ndk-stack -sym jni/arm64-v8a/libjsc.so

Kudo 에 2019년 05월 08일

👍3

이 문제에 대한 업데이트가 있습니까?

paulupendo 에 2019년 05월 10일

👍9

64 비트를 제거하는 것은 Google Play 64 bit support policy. 따른 해결책이 아닙니다. 1 August 2019 이후에 게시되는 앱에 잠재적으로 영향을 미칠 수 있습니다. 이 문제에 대한 적절한 해결책이 필요합니다. @hramos 이것에 대한 업데이트가 있습니까? 주목 해주세요.

dishantwalia 에 2019년 05월 16일

👍21

안녕하세요 여러분, 저는 0.59.8에서 같은 문제를 가지고 있습니다.
이 문제에 대한 적절한 해결책이 필요합니다.

sikeeoh 에 2019년 05월 16일

안녕하세요,
저는 JSC 충돌 문제와 jsc-android-buildscripts의 공동 작업자를 돕고 있습니다.
RN 0.59 JSC는 실제로 jsc-android-buildscripts 입니다.

충돌 문제를 해결하려면 충돌 역 추적이 필요합니다.
아래 단계에 따라 역 추적을 받고 여기에 게시하시기 바랍니다.
그런 다음 잠재적 인 해결책을 찾기 위해 후속 조치를 취할 수 있습니다.

ndk-build를 설치하고 명령을 실행합니다.

wget https://registry.npmjs.org/jsc-android/-/jsc-android-236355.0.0.tgz
tar xf jsc-android-236355.0.0.tgz
unzip package/dist/org/webkit/android-jsc/r236355/android-jsc-r236355.aar
adb logcat -c
adb logcat | ndk-stack -sym jni/arm64-v8a/libjsc.so

삼성 S7에서 많은 충돌이 발생하는 것 같습니다. 불행히도 S7이 없습니다.
추가 문제 해결을 위해 유용한 정보를 얻으시기 바랍니다.

Kudo 에 2019년 05월 16일

👍4 🎉1

안녕하세요.

OtacilioN 에 2019년 05월 16일

@Kudo 이것은 RN 0.59.8 의 새 프로젝트에서 해당 명령을 실행 한 로그입니다.
나는 디버그 및 릴리스 빌드를 빌드하고 로그로 jsc를 직접 컴파일하려고 시도했습니다.

********** Crash dump: **********
Build fingerprint: ‘samsung/heroltexx/herolte:7.0/NRD90M/G930FXXU1DQEL:user/release-keys’
#00 0x00000000007e048c /data/app/com.testproj-2/lib/arm64/libjsc.so (WTFCrash+16)
                                                                    WTFCrash
                                                                    ??:0:0
#01 0x00000000000be650 /data/app/com.testproj-2/lib/arm64/libjsc.so (_Z16WTFCrashWithInfoiPKcS0_i+24)
                                                                    WTFCrashWithInfo(int, char const*, char const*, int)
                                                                    ??:0:0
#02 0x0000000000489f2c /data/app/com.testproj-2/lib/arm64/libjsc.so (operationLinkDirectCall+1120)
                                                                    operationLinkDirectCall
                                                                    ??:0:0
#03 0x00000000001710f0 <anonymous:00000072adbff000>
Crash dump is completed

나는 S7을 손에 가지고 있으며 이것을 시도하고 알아 내기 위해 다른 것을 실행 해 볼 수있어 기쁩니다.

MalcolmScruggs 에 2019년 05월 16일

👍4 ❤2

내 제안은 JIT가 비활성화 된 상태 에서 JSC를 다시 컴파일하는 것입니다. OS의 보안 메커니즘이 JIT를 방해 할 수 있습니다.
예측할 수없는 방식으로 작업.

matthargett 에 2019년 05월 17일

👍2

@MalcolmScruggs와 동일한 충돌 로그를 재현했습니다. S7-Android 7.1.2-LineageOS 14.1.

RN 0.59.8 및 최신 버전의 마스터 브랜치에서 .

충돌을 재현하기 위해 변경이 필요하지 않습니다. 기본 RN 템플릿은 화면을 약간 탭한 후 충돌을 트리거합니다.

여기 Repo- https: //github.com/AndrewJack/jsc_crash/tree/rn_master_branch
충돌 로그는 README.md에 있습니다.

다음 단계 : JIT가 비활성화 된 JSC의 자체 버전 빌드

새 버전의 Android에 S7이 있고 다운 그레이드하려는 사람이있는 경우. 이것이 내가 한 일입니다.

이 소프트웨어 다운로드 :

TWRP 복구 설치 (odin [윈도우 필요] 또는 기타 방법 사용)
복구로 부팅
마운트 스토리지
LineageOS rom 및 gapps 패키지 복사
Flash LineageOS 및 gapps 이미지 설치
재부팅하십시오.

AndrewJack 에 2019년 05월 17일

최신 반응 네이티브 마스터와 @Kudo 의 포크에서 또는 no-jit 를 사용하면 충돌을 재현 할 수 없습니다.

https://github.com/AndrewJack/jsc_crash/tree/no_dfg_jit
https://github.com/AndrewJack/jsc_crash/tree/no_jit

AndrewJack 에 2019년 05월 17일

@AndrewJack Amazing, 실험 한 빌드가 너무 빠르다는 것을 알았습니다.
의견을 보내 주셔서 감사 드리며 이러한 버전이 충돌을 해결했다는 사실을 알게되어 기쁩니다.

Kudo 에 2019년 05월 17일

친애하는,

두 개의 실험 된 JSC 버전이 있습니다. 이것이 충돌을 해결할 수 있는지 시도해보십시오.
여기에 간단한 단계 :
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17

한 가지 실험 버전은 한 종류의 JIT를 비활성화하는 것입니다.
그리고 다른 하나는 @matthargett 에서 JIT를 완전히 비활성화하는 것이 좋습니다.
두 가지 버전이 충돌을 해결해 준다면 내 요점에 언급 된대로 전반적인 성능 및 TTI에 대해서도 피드백을 보내 주시기 바랍니다.

Kudo 에 2019년 05월 17일

👍5 🎉1

@Kudo 감사합니다! 이러한 빌드의 동시 GC에 대해 무엇을 알고 있습니까? 32 비트 버전과 다른 차이점이있는 곳에서 언급 한 것을 보았지만 더 이상 그 주석을 찾을 수 없습니다. 충돌이 지속되는 경우를 가지고 놀 가치가있는 또 다른 일이 될 수 있습니다.

wbercx 에 2019년 05월 17일

@wbercx 동시 GC 또는 동시 JS (동시 JIT)를 의미합니까?
기본적으로 동시 GC는 arm64 및 x64에서만 활성화됩니다.
동시 GC는 충돌 문제와 관련이 없을 수 있습니다. 힙 관리에 관한 것이지 JIT와 관련이 없을 가능성이 높습니다.

두 빌드 모두에서 동시 JS가 비활성화되었습니다.
(기본적으로 ENABLE(DFG_JIT) && USE(JSVALUE64) 대해서만 활성화됩니다.)

BTW, JavaScriptCore의 JIT는 복잡하며 이에 대한 전문가가 아닙니다.
내가 틀렸다면 자유롭게 지적하십시오.

Kudo 에 2019년 05월 17일

@Kudo no-jit 및 no-dfg-jit 실험용 JSC 버전을 사용해 보았지만 충돌을 재현 할 수 없습니다. 이것은 @AndrewJack이 보고 한 것과 일치하는 것

나는 기본 프로젝트에서 이것을 시도하고 있었기 때문에 성능에 미치는 영향에 대해서는 언급 할 수 없습니다.

MalcolmScruggs 에 2019년 05월 17일

더 많은 정보가 있습니다.이 충돌도 다음과 같이 표시됩니다.
삼성 Galaxy S7 (herolte), Android 7.0
Oppo F7 (CPH1819), Android 8.1

harryt2 에 2019년 05월 18일

0.58.5에서도 발생합니다. Galaxy S7. 안드로이드 6.0. 32 비트 빌드로 설정하는 것도 작동하지 않습니다.

32 비트로 되 돌린 후에도 여기에서도 충돌이 발생합니다.

harryt2 에 2019년 05월 18일

👍1

@MalcolmScruggs 두 실험 버전이 충돌을 해결하는 것을 들으니 반갑습니다.
DFG_JIT를 비활성화하려고 생각하고 있는데, 적어도 JIT 옵션은 이전 JSC와 일치합니다.

Kudo 에 2019년 05월 20일

👍2

@Kudo 영향을받는 장치 / CPU에만 DFG_JIT 을 (를) 비활성화하는 문제를 해결할 계획입니까?

MalcolmScruggs 에 2019년 05월 21일

누군가가 일부 충돌을 수정하는 React Native (0.59.8)의 마지막 버전 (릴리스 노트에 언급 됨)으로 시도 했습니까?
https://github.com/facebook/react-native/releases

ntorion 에 2019년 05월 21일

누군가가 일부 충돌을 수정하는 React Native (0.59.8)의 마지막 버전 (릴리스 노트에 언급 됨)으로 시도 했습니까?
https://github.com/facebook/react-native/releases

제 경우에는 0.59.8을 사용하고 있었는데, 그 이후로는 아무것도 작동하지 않는 것 같았 기 때문에 0.57.8로 되돌 렸습니다. 이 버그는 앱을 열 때 즉시 충돌을 일으키기 때문에 특히 나쁩니다. 내 앱은 리뷰에서 꽤 잘랐습니다.

이러한 장치에는 신호 11 충돌이 있지만 메모리 위치 만 표시됩니다.

일반 모바일 GM8 Go-Android 8.1
Motorola Moto E-Android 7.1
삼성 Galaxy A6 +-Android 8.0
삼성 Galaxy Grand Prime Pro-Android 8.0
삼성 Galaxy Tab S2-Android 8.0
삼성 Galaxy J5 Prime-Android 8.0
삼성 Galaxy J6-Android 8.0
삼성 Galaxy J7 Max-Android 8.1

이러한 장치는 == / lib / arm64 / libjsc.so 와 같은 오류와 함께 표시되는 것 같습니다. 나는 그것이 의미하는 바를 알기 위해 내부 작동에 대해 충분히 알지 못하지만 도움이되기를 바랍니다.

Huawei Y9-Android 8.1
Oppo RMX1811-Android 8.1
Oppo R15-Android 8.1
Motorola Moto X-Android 9.0
Nokia 3-Android 8.1
삼성 Galaxy Note9-Android 9.0
삼성 Galaxy S9-Android 9.0
Xaomi Redmi Note 5 Pro-Android 8.1

harryt2 에 2019년 05월 21일

👍4

@ harryt2 목록에 장치를 추가 할 수 있습니다.

메모리 위치 만있는 Signal 11 충돌 :

삼성 Galaxy Note 9-Android 9.0
Huawei Honor 8X-Android 9.0
삼성 Galaxy A7 (2018)-Android 9.0
삼성 Galaxy S9-Android 9.0
삼성 Galaxy A6 +-Android 9.0
Nokia Nokia 8-Android 9.0
Huawei Huawei P30 lite-Android 9.0
삼성 Galaxy Note8-Android 9.0
삼성 Galaxy A9-Android 8.0
삼성 Galaxy S7-Android 8.0
...
목록은 ~ 65 개의 다른 장치와 7.0에서 9.0 사이의 Android 버전으로 계속됩니다.

이 장치에서 오류가 항상 발생하는 것은 아닙니다. 하지만 구글 플레이에보고 된 내 애플리케이션의 크래시 율이 0.57.8에서 0.59.5로 업데이트 후 0.16 %에서 1.02 %로 변경 되었기 때문에 정말 걱정거리입니다.

0.57.8 :
Bildschirmfoto 2019-05-22 um 09 53 12

0.59.5 :
Bildschirmfoto 2019-05-22 um 09 52 05

저는 Android 개발 전문가가 아니며이 충돌의 원인을 이해하지 못합니다. 도움이된다면 더 많은 데이터를 제공 할 수 있습니다.

alexkuttig 에 2019년 05월 22일

우리 프로젝트에서 @ntorion 우리는 여전히 반응 네이티브 0.59.8로 삼성 s7에서 이러한 충돌을 볼 수 있습니다.

tijs 에 2019년 05월 22일

👍7

이 순간에 대한 해결책이 있습니까?
두 개의 다른 갤럭시 노트 9에서 테스트했는데 모든 전화가 즉시 충돌합니다.

{"dependencies": {
    "axios": "^0.18.0",
    "prop-types": "^15.7.2",
    "react": "16.8.3",
    "react-native": "0.59.8",
    "react-native-gesture-handler": "^1.2.1",
    "react-native-iphone-x-helper": "^1.2.0",
    "react-native-linear-gradient": "^2.5.4",
    "react-native-vector-icons": "^6.4.2",
    "react-navigation": "^3.11.0",
    "react-redux": "^7.0.3",
    "reactotron-react-native": "^3.5.2",
    "reactotron-redux": "^3.1.0",
    "reactotron-redux-saga": "^4.2.2",
    "realm": "^2.27.0",
    "redux": "^4.0.1",
    "redux-saga": "^1.0.2",
    "reduxsauce": "^1.1.0",
    "seamless-immutable": "^7.1.4",
    "styled-components": "^4.2.0"
  },
  "devDependencies": {
    "@babel/core": "^7.4.5",
    "@babel/runtime": "^7.4.5",
    "babel-eslint": "^10.0.1",
    "babel-jest": "^24.8.0",
    "babel-plugin-root-import": "^6.2.0",
    "eslint": "^5.16.0",
    "eslint-config-airbnb": "^17.1.0",
    "eslint-import-resolver-babel-plugin-root-import": "^1.1.1",
    "eslint-plugin-import": "^2.17.2",
    "eslint-plugin-jsx-a11y": "^6.2.1",
    "eslint-plugin-react": "^7.13.0",
    "eslint-plugin-react-native": "^3.7.0",
    "jest": "^24.8.0",
    "metro-react-native-babel-preset": "^0.54.1",
    "react-test-renderer": "16.8.3"
  }}

dudusotero 에 2019년 05월 23일

@dudusotero 사용 @Kudo 명령 https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17

matpaul 에 2019년 05월 23일

👍4

@matpaul @Kudo 나는이 js 코어의 실험적인 빌드가 우리에게도 문제를 해결하는 것 같다는 것을 확인할 수 있습니다 (삼성 s7에서 테스트 됨).

tijs 에 2019년 05월 23일

👍2

이 추적과 관련된 내 충돌은 Android에서 0.58.6 다운 그레이드했을 때 사라졌습니다. 57.6 로 다운 그레이드 할 계획 이었지만 58.6 은 (는)이 문제 를 해결 한 것 같습니다.

wildseansy 에 2019년 05월 23일

구도

친애하는,
두 개의 실험 된 JSC 버전이 있습니다. 이것이 충돌을 해결할 수 있는지 시도해보십시오.
여기에 간단한 단계 :
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17
한 가지 실험 버전은 한 종류의 JIT를 비활성화하는 것입니다.
그리고 다른 하나는 @matthargett 에서 JIT를 완전히 비활성화하는 것이 좋습니다.
두 가지 버전이 충돌을 해결해 준다면 내 요점에 언급 된대로 전반적인 성능 및 TTI에 대해서도 피드백을 보내 주시기 바랍니다.

@Kudo 나는 당신의 요점에서도 언급했듯이 여기에 두 가지 관찰이 있습니다.

프로덕션 앱 중 하나를 몇 분 동안 사용할 때 앱이 @kudo-ci/jsc-android@241213-no-dfg-jit 종속성으로 중단됩니다.
앱이 @kudo-ci/jsc-android@241213-no-jit 종속성 as of now 하고 TTI는 이전 빌드와 관련하여 동일하거나 눈에 띄지 않습니다.

좋아요, no_dfg_jit 에 대해 테스트했을 때 앱이 중단되는 것을 알았 기 때문에 풀 요청 이이 문제를 해결하기에 충분할까요?

ishantsagar 에 2019년 05월 24일

👍3

여기에 더 많은 업데이트가 있습니다.
S7 edge에서 네이티브 크래시가 쉽게 발생하는지 정말 의심 스럽습니다. 다른 애플리케이션이 그러한 문제에 직면했을 것입니다.
잡았다!
Text API를 사용하는 Google Play 서비스에이 문제가 있었지만 OSS 수정 사항은 없습니다.
Mono는 S7 Exynos bit.LITTLE arch에서 충돌 문제를 발견 했으며 여기에 수정 사항이 있습니다.

JavaScriptCore는 ARM64Assembler에서 __clear_cache 를 사용했습니다.
이번 주 후반에 __clear_cache를 패치하기 위해 또 다른 실험 된 빌드가있을 것입니다.

Kudo 에 2019년 05월 28일

🎉13 ❤6

__clear_cache 를 수정 한 실험 된 빌드가 준비되었습니다.

단계는 이전 과 동일하지만 다른 npm 종속성 만 사용합니다.

yarn add '@kudo-ci/jsc-android@241213-fix-clear-cache-dfg' 및 버전 241213.8000.0 확인 된 adb logcat ( 여기에 참조 소스 코드 )
yarn add '@kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg' 및 241213.9000.1 버전으로 확인 된 adb logcat ( 여기에 참조 소스 코드 )

크래시 문제를 다시 확인할 수 없지만 기본 기능 만 확인하는 것이 유감입니다.
가능하면 두 실험 JSC를 테스트하는 데 도움을주세요.
감사합니다. 이번에는 행운을 빕니다.

cc @AndrewJack @MalcolmScruggs @tijs @ishantsagar @timhatch

Kudo 에 2019년 05월 28일

👍8

@Kudo 이제 @kudo-ci/jsc-android@241213-fix-clear-cache-dfg 및 @kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg 둘 다 사용하여 테스트 빌드에 대한 피드백을 받았습니다 .
두 테스트 빌드 모두 지금까지 Samsung Galaxy S7 Edge / Android 7.0에서 충돌이없는 것으로 보입니다 (현재까지 문제 조합).

timhatch 에 2019년 05월 28일

❤1

@Kudo 저는 React-Native 0.59.8 실행하는 기본 프로젝트에서 @kudo-ci/jsc-android@241213-fix-clear-cache-dfg 및 @kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg 을 모두 시도했으며 두 버전 모두 충돌이 발생하지 않습니다. Android 7.0에서 Samsung Galaxy S7에서 테스트했습니다.

[ro.product.board]: [universal8890]
[ro.product.brand]: [samsung]
[ro.product.cpu.abi]: [arm64-v8a]
[ro.product.cpu.abilist]: [arm64-v8a,armeabi-v7a,armeabi]
[ro.product.cpu.abilist32]: [armeabi-v7a,armeabi]
[ro.product.cpu.abilist64]: [arm64-v8a]
[ro.product.device]: [herolte]
[ro.product.first_api_level]: [23]
[ro.product.locale]: [en-GB]
[ro.product.manufacturer]: [samsung]
[ro.product.model]: [SM-G930F]
[ro.product.name]: [heroltexx]

MalcolmScruggs 에 2019년 05월 29일

❤2 🎉2

@Kudo 나는 최신 @kudo-ci/jsc-android@241213-fix-clear-cache-dfg 시도했지만 React Native 0.59.8에서 JSC와 비슷한 Samsung Galaxy S5 (SM-G900F)에서 충돌이 발생했습니다.

JIT가없는 버전은 완벽하게 작동했고 ( @kudo-ci/jsc-android@241213-no-jit ) 앱을 얼마나 제한했는지에 관계없이 해당 버전에서 충돌이 발생하지 않았습니다. 그래서 나는 우리가 지금은 그것을 고수 할 것이라고 생각합니다.

뷰 페이저에서 ReactRootViews를 사용하고 있기 때문에 React-native 인스턴스를 꽤 자주 생성하고 파괴하는데, 이것이이 충돌을 유발하는 것 같습니다. 이것이 아마도 대부분의 것보다이 문제가 더 자주 발생하는 이유 일 것입니다. 현재 뷰 페이저 접근 방식을 다시 검토하고 있지만 그동안이 충돌 로그가 도움이되기를 바랍니다. (버전 241213.8000.0 , react-native 0.59.8)

A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x66 in tid 16184 (mqt_js)
D/InputReader: Input event: value=1
I/InputReader: Touch event's action is 0x0 (deviceType=0) [pCnt=1, s=0.1239 ] when=8467503214000
I/InputDispatcher: Delivering touch to (1173): action: 0x4, toolType: 1
I/InputDispatcher: Delivering touch to (16117): action: 0x0, toolType: 1
I/DEBUG: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG: Build fingerprint: 'samsung/kltexx/klte:5.0/LRX21T/G900FXXU1BOH4:user/release-keys'
I/DEBUG: Revision: '14'
I/DEBUG: ABI: 'arm'
I/DEBUG: pid: 16117, tid: 16184, name: mqt_js  >>> uk.co.thetimes.debug <<<
I/DEBUG: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x66
I/DEBUG:     r0 00000036  r1 8cc43b20  r2 8e558040  r3 fffffffb
I/DEBUG:     r4 00000000  r5 91800000  r6 8c752df0  r7 92efea88
I/DEBUG:     r8 fffffffb  r9 8cce0000  sl 91a08821  fp fffffffc
I/DEBUG:     ip 8c752df0  sp 92efe8e0  lr 91d970a9  pc 91ea6502  cpsr 600b0030
I/DEBUG: backtrace:
I/DEBUG:     #00 pc 004a7502  <unknown>
I/DEBUG:     #01 pc 003980a7  <unknown>

tuncaulubilge 에 2019년 05월 29일

슬프게도 우리는 이미 거기에 있습니다.

Play 스토어에서 64 비트 빌드를 가져 왔습니다. 이것은 64 비트 빌드의 충돌과 전혀 관련이 없을 수 있지만 armeabi-v7a 빌드를 실행하는 Galaxy S7 장치는 이제 아래와 같이 많이 충돌합니다. 시작 즉시.

다른 장치와 비교하여 S7의 차이점이 무엇인지 정말 궁금합니다.

Version Code: 10000036
Version Name: 2.3.4
Android: 8.0.0
Android Build: R16NW
Manufacturer: samsung
Model: SM-G930F
Date: undefined

com.facebook.react.bridge.UnexpectedNativeTypeException: TypeError: expected dynamic type `double', but had type `null'
  at com.facebook.react.bridge.ReadableNativeMap.getIntNative
  at com.facebook.react.bridge.ReadableNativeMap.getInt
  at com.facebook.react.g.a.a
  at com.facebook.react.modules.core.ExceptionsManagerModule.reportSoftException
  at java.lang.reflect.Method.invoke(Method.java:-2)
  at com.facebook.react.bridge.JavaMethodWrapper.invoke
  at com.facebook.react.bridge.JavaModuleWrapper.invoke
  at com.facebook.react.bridge.queue.NativeRunnable.run
  at android.os.Handler.handleCallback(Handler.java:789)
  at android.os.Handler.dispatchMessage(Handler.java:98)
  at com.facebook.react.bridge.queue.MessageQueueThreadHandler.dispatchMessage
  at android.os.Looper.loop(Looper.java:164)
  at com.facebook.react.bridge.queue.MessageQueueThreadImpl$4.run
  at java.lang.Thread.run(Thread.java:764)

우리는 이것을 내부적으로 보았고 우리의 스타일링 속성 중 일부가 조건부로 null을 반환하는 것을 발견했습니다. 그것을 제거하고 조건부로 스타일 속성을 추가하는 것만으로 비슷한 예외가 수정되었습니다. 당신의 네이티브 모듈 유형에 무언가가 진행될 수 있습니까?

lunaleaps 에 2019년 05월 29일

@tuncaulubilge 정보 주셔서 감사합니다.
Samsung S5 (SM-G900F)가 arm (arm64가 아님) 아키텍처인지 다시 한 번 확인하기 위해서 죠?
adb shell getprop ro.product.cpu.abi 확인할 수 있습니다.
크래시 로그에서 보면 무장 한 것 같습니다.

그렇다면 근본 원인은 여기와는 또 다른 이야기가되어야한다고 생각합니다.
no-dfg-jit 버전 (예 : @kudo-ci/jsc-android@241213-no-dfg-jit 또는 @kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg 테스트 한 적이 있습니까?
이 두 버전은 arm32에서 동일해야하며 둘 중 하나만 테스트 할 수 있습니다.

Kudo 에 2019년 05월 29일

@Kudo 업데이트

원래 문제 ([독점] Samsung S7 Edge + Android 7.0에서 애플리케이션 실행시 반복 가능한 충돌)에 대해 개발자 콘솔을 통해보고 된 역 추적은 다음과 같습니다.

 #00  pc 00000000007e048c  /data/app/org.ifsc.boulder14-1/lib/arm64/libjsc.so (WTFCrash+16)
 #01  pc 00000000000be650  /data/app/org.ifsc.boulder14-1/lib/arm64/libjsc.so (_Z16WTFCrashWithInfoiPKcS0_i+24)
 #02  pc 0000000000489f2c  /data/app/org.ifsc.boulder14-1/lib/arm64/libjsc.so (operationLinkDirectCall+1120)
 #03  pc 00000000002149a8  <unknown>

원래 문제는 다음 각 빌드에서 수정 된 것으로 보입니다.
@kudo-ci/jsc-android@241213-no-jit
@kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg
@kudo-ci/jsc-android@241213-fix-clear-cache-dfg

그러나 나는 다른 장치에서 다른 역 추적을 사용하여 마지막 ( @kudo-ci/jsc-android@241213-fix-clear-cache-dfg )에 대해 두 번의 또 다른 충돌을 자극했습니다.

  #00  pc 00000000004886ac  /data/app/org.ifsc.boulder14-ECb5NhJUQgyp_UkWAZLdKg==/lib/arm64/libjsc.so (operationLinkDirectCall+176)
  #01  pc 000000000043ad90  <anonymous>

테스트 앱을 두 번 충돌 시켰지만 매번 동일한 서명을 사용했지만 충돌은 체계적으로 반복되지 않으며 시작 시가 아닌 테스트 앱의 다른 화면 사이를 탐색하는 동안 발생합니다. 관련 장치가 손에 잡히기 때문에 다음과 같은 장치에서 더 완전한 추적을 가져올 수 있습니다.

05-29 15:39:06.132  9361  9361 F DEBUG   : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x1c
05-29 15:39:06.132  9361  9361 F DEBUG   : Cause: null pointer dereference
05-29 15:39:06.132  9361  9361 F DEBUG   :     x0  0000007363fc4900  x1  000000735b75a000  x2  0000000000000004  x3  0000000000000000
05-29 15:39:06.132  9361  9361 F DEBUG   :     x4  000000736470caa0  x5  e805b658e92d4328  x6  0000007368dfc8f0  x7  0000000000000000
05-29 15:39:06.132  9361  9361 F DEBUG   :     x8  0000000000000007  x9  0000000000000000  x10 0000007364d39d80  x11 0000000000000040
05-29 15:39:06.132  9361  9361 F DEBUG   :     x12 0000007364d39d80  x13 000000000000b324  x14 00000000ffdaeb75  x15 00000073609a09c0
05-29 15:39:06.132  9361  9361 F DEBUG   :     x16 000000736a1515fc  x17 00000073647121a8  x18 0000000000000002  x19 000000735b75a000
05-29 15:39:06.132  9361  9361 F DEBUG   :     x20 0000007368dfca10  x21 0000007363f0c070  x22 0000007364700000  x23 0000000000000004
05-29 15:39:06.132  9361  9361 F DEBUG   :     x24 0000000000000000  x25 0000000000000007  x26 0000000000000000  x27 ffff000000000000
05-29 15:39:06.132  9361  9361 F DEBUG   :     x28 ffff000000000002  x29 0000007368dfca10
05-29 15:39:06.132  9361  9361 F DEBUG   :     sp  0000007368dfc920  lr  000000736a1516ac  pc  000000736a1516ac
05-29 15:39:06.154  9361  9361 F DEBUG   : 
05-29 15:39:06.154  9361  9361 F DEBUG   : backtrace:
05-29 15:39:06.154  9361  9361 F DEBUG   :     #00 pc 00000000004886ac  /data/app/org.ifsc.boulder14-ECb5NhJUQgyp_UkWAZLdKg==/lib/arm64/libjsc.so (operationLinkDirectCall+176)
05-29 15:39:06.154  9361  9361 F DEBUG   :     #01 pc 000000000043ad90  <anonymous:00000073648ff000>

과

05-29 15:10:13.010  7853  7853 F DEBUG   : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x1018
05-29 15:10:13.010  7853  7853 F DEBUG   :     x0  00000073642c6c40  x1  0000007359684500  x2  0000000000001000  x3  0000000000000000
05-29 15:10:13.010  7853  7853 F DEBUG   :     x4  00000073008a3030  x5  000000000000006d  x6  00000000ffffffff  x7  cb010063d1004021
05-29 15:10:13.010  7853  7853 F DEBUG   :     x8  0000000000000007  x9  0000000000000000  x10 00000073651159c0  x11 0000000000000040
05-29 15:10:13.010  7853  7853 F DEBUG   :     x12 00000073651159c0  x13 000000736a744558  x14 000000736249dc00  x15 000000736928a2e8
05-29 15:10:13.010  7853  7853 F DEBUG   :     x16 000000736a1575fc  x17 0000007364a121a8  x18 0000000000000045  x19 0000007359684500
05-29 15:10:13.010  7853  7853 F DEBUG   :     x20 000000736928a2a0  x21 0000007362fb7700  x22 0000007364a00000  x23 0000000000001000
05-29 15:10:13.010  7853  7853 F DEBUG   :     x24 0000000000000000  x25 0000000000000007  x26 0000000000000000  x27 ffff000000000000
05-29 15:10:13.010  7853  7853 F DEBUG   :     x28 ffff000000000002  x29 000000736928a2a0
05-29 15:10:13.010  7853  7853 F DEBUG   :     sp  000000736928a110  lr  000000736a1576ac  pc  000000736a1576ac
05-29 15:10:13.024  7853  7853 F DEBUG   : 
05-29 15:10:13.024  7853  7853 F DEBUG   : backtrace:
05-29 15:10:13.024  7853  7853 F DEBUG   :     #00 pc 00000000004886ac  /data/app/org.ifsc.boulder14-ECb5NhJUQgyp_UkWAZLdKg==/lib/arm64/libjsc.so (operationLinkDirectCall+176)
05-29 15:10:13.024  7853  7853 F DEBUG   :     #01 pc 00000000005169d8  <anonymous:0000007364bff000>

이것이 도움이되는지 모르겠지만 Android에서 충돌 디버깅 및 해석은 이전에 해본 것이 아닙니다.

timhatch 에 2019년 05월 29일

@Kudo 다음은 내 결과입니다.

삼성 S5는 armeabi-v7a 입니다. 나는 당신이 제공 한 4 가지 대안을 모두 시도했으며 jit가없는 유일한 대안은 충돌이없는 것 같습니다. dfg를 비활성화하면 충돌 속도가 상당히 감소하지만 여전히 충돌 할 수 있습니다.

또한 Pixel XL ( arm64-v8a )에서 테스트 중이며 kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg 에서 아직 크래시가 발생하지 않았지만 근본 원인으로 보이는 것처럼 하이 엔드 기기에서 크래시를 재현하기가 어렵습니다. 메모리 부족이 있습니다.

요약하자면 :
@kudo-ci/jsc-android@241213-no-jit : 두 장치 모두에서 충돌이 발생하지 않습니다.
@kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg : 저가형 장치에서 충돌이 발생하며 고급형 장치에서는 재현 할 수 없습니다.
@kudo-ci/jsc-android@241213-fix-clear-cache-dfg : 이것은 저가형 장치의 다른 빌드보다 더 자주 충돌합니다. (재고 RN 59 jsc보다 여전히 낫습니다)
@kudo-ci/jsc-android@241213-no-dfg-jit : 이것은 저가형 장치에서도 충돌이 발생했으며 고급형에서는 테스트하지 않았습니다.

jit가없는 빌드조차도 주식 JSC보다 훨씬 빠르기 때문에 @kudo-ci/jsc-android@241213-no-jit 를 사용할 계획이며 프로덕션 준비를 위해 더 많이 테스트 할 것입니다.

그건 그렇고 모든 도움에 감사드립니다. 도움이 필요하면 알려주세요.

tuncaulubilge 에 2019년 05월 30일

👍5

@timhatch @tuncaulubilge 멋진 체계적인 테스트와 피드백에 감사드립니다.
지금은 문제를 해결할 방법이 전혀 없습니다.
DFG를 비활성화하거나 __clear_cache를 수정하면 도움이되지 않습니다.
또한 충돌은 arm32에서도 발생합니다 (근본 원인은 arm64와 다를 수 있음).

제 개인적인 의견으로는 최소한 충돌이없는 JSC가 먼저 있는지 확인하기 위해 기본적으로 JIT를 비활성화하고 싶습니다.
BTW @tuncaulubilge @kudo-ci/jsc-android@241213-no-jit 이 주식 JSC보다 빠르다는 것을 어떻게 측정 했습니까?
벤치 마크 결과에서 볼 때 no-jit 버전이 약간 느리게 작동하기 때문에 궁금합니다.

Kudo 에 2019년 05월 30일

@Kudo 앱 시작 시간과 메모리 사용량도 측정 했나요? 저는 항상이 두 가지 측정 항목이 JIT없이 더 나을 것이라고 가정했습니다. 대부분의 앱은 UI가 많기 때문에 JIT가 실제 앱에서 많은 이점을 얻을 수 있을지 확신하지 못하므로 시작 및 메모리 사용을 개선하면 JIT를 비활성화하고 싶습니다. 또한 JSC가 JIT없이 더 작은 디스크 풋 프린트를 갖게 될지 궁금합니다.

tido64 에 2019년 05월 30일

구도
이 테스트 빌드에서했던 것처럼 __clear_cache를 수정하면 상황이 확실히 개선되지만 수정으로 인한 부작용이 있거나 아직 명확하지 않은 더 복잡한 상호 작용이 있습니다. 즉, -fix-clear-cache-dfg 테스트 앱을 다시 다운시킬 수 없었습니다. @tuncaulubilge가 말했듯이 동작은 메모리 압력 및 / 또는 기타 요인에 따라 달라집니다.

JIT를 완전히 비활성화하는 것은 "충돌없는"옵션 인 것처럼 보이지만이 옵션을 사용하면 성능이 저하되지 않으므로 "안전한"선택이 될 것입니다.

timhatch 에 2019년 05월 31일

@Kudo 를 명확히하기 위해 React-Native 0.58.6 (사용자 정의 jsc가 설치되지 않음)과 0.59.8을 @kudo-ci/jsc-android@241213-no-jit 과 비교했습니다.

나는 어떤 측정도하지 않았지만 성능 향상은 매우 눈에 띕니다. 앞서 언급했듯이 no jit 버전이 [email protected] 보다 약간 느릴 것으로 예상하지만 비교하면 무시할 수 있습니다. 기본 옵션으로 no-jit 버전을 사용하는 것이 좋습니다. 안정성 향상이 jit에서 얻을 수있는 사소한 성능 향상보다 훨씬 큽니다.

tuncaulubilge 에 2019년 05월 31일

Expo v32를 사용하여 앱을 빌드하고 있으며 Android 버전과 장치에서이 오류가 표시됩니다.

Screen Shot 2019-05-31 at 16 11 49

Elijen 에 2019년 05월 31일

👍2

@ tido64 TTI는 큰 차이가 없습니다. 바이너리 크기는 no_dfg 버전에서 약 1MB 감소합니다. 메모리는 약 48 % 감소합니다.
JIT를 완전히 비활성화하기 위해 PR을 보냈고 측정 결과가 있습니다.
https://github.com/react-native-community/jsc-android-buildscripts/pull/108

@timhatch __clear_cache 수정이 약간 도움이된다는 소식을 들으니 반갑습니다.
나는 여전히 근본 원인이 big.LITTLE에서 오는 것인지 의심하지만 아직 문제를 일으키는 다른 JSC 코드를 찾지 못했습니다.
삼성 S5와 S7은 모두 큽니다. LITTLE과 두 CPU 세트는 캐시 라인 크기가 다릅니다.
이것이 삼성 노트 5에서 충돌을 재현 할 수없는 이유 일 수 있습니다. 두 CPU 세트 캐시 라인 크기가 모두 64B이기 때문입니다.
OS 스케줄러와 JSC가 런타임에 큰 <-> LITTLE CPU간에 전환 할 수 있는지 확실하지 않습니다.
사실이라면 특히 그 때 문제가 발생할 수 있습니다.

@tuncaulubilge 저에게 호기심이
내 PR을 확인할 수 있습니다. no-jit 버전은 재고 RN058 JSC보다 느립니다.
측정 중에 느꼈던 것이기도합니다.
벤치 마크는 극단적 인 경우이고 예전의 RN 앱과는 다를 수 있습니다.
BTW, 나는 no-jit 버전에서 바이너리 크기 및 메모리 크기가 감소하는 것을 보았습니다.
이 두 가지 이점과 충돌 방지가 더 합리적입니다.

Kudo 에 2019년 05월 31일

👍2

이 코드는 생명을 구합니다

RomanovYurii 에 2019년 06월 02일

👍1

@RomanovYurii build.gradle의 defaultConfig 블록에있는 ndk abiFilters에서 64 비트 ndk 필터 "arm64-v8a", "x86_64"를 제거하면 32 비트 만 지원됩니다. 충돌은 사라졌지 만 Google 64 비트 지원 의무에 따라 64 비트 ndk 지원으로 수정해야합니다.

dishantwalia 에 2019년 06월 02일

👍1

25060

dishantwalia 에 2019년 06월 03일

@dishantwalia @Kudo는 JIT가 64 비트에서 작동하며 지금까지 성능 문제를 보지 못했습니다.

trieto 에 2019년 06월 03일

이 요지는 나를 위해 일했습니다 https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17

fjmorant 에 2019년 06월 03일

친애하는,

우리는 no-JIT JSC를 jsc-android npm에 게시했으며 jsc-android@next 을 사용하도록 이전 요점을 수정했습니다.
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17
모든 충돌 문제를 해결하기를 바랍니다.
성능 저하가 크지 않은 경우에는 no-JIT 버전을 @latest 버전으로 공식 제안하고 최신 RN에 내장되도록 PR을 보냅니다.

Kudo 에 2019년 06월 04일

👍12 🎉8 ❤4

친애하는,
우리는 no-JIT JSC를 jsc-android npm에 게시했으며 jsc-android@next 을 사용하도록 이전 요점을 수정했습니다.
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17
모든 충돌 문제를 해결하기를 바랍니다.
성능 저하가 크지 않은 경우에는 no-JIT 버전을 @latest 버전으로 공식 제안하고 최신 RN에 내장되도록 PR을 보냅니다.

감사합니다 @Kudo disable-jit는 우리에게 매력처럼 작동합니다 !!!

dishantwalia 에 2019년 06월 04일

🎉2

모든 노력에 대해

benoitdion 에 2019년 06월 05일

👍4

충돌이 사라진 것도 확인할 수 있지만 저가형 장치에서도 성능이 상당히 저하되고 있습니다. 좀 더 현대적인 JSC를 위해 RN58 / RN59로 업그레이드하기를 기다리고 있다는 점을 고려하면 매우 실망 스럽습니다.

ItsNoHax 에 2019년 06월 05일

👍2

@kudo 최악의 시나리오에서 jit은 64 비트 버전에서만 비활성화되어야하며 64 비트 지원 장치 만 충돌합니다.

yenda 에 2019년 06월 05일

👍3

@yenda 빌드가 수정되면 해당 옵션을 사용하는 것이 좋습니다. 얼마나 힘들지 모르겠습니다. 두 가지 버전의 JSC를 출시하는 것은 아닙니다.

tijs 에 2019년 06월 05일

@benoitdion @ItsNoHax 성능이 저하 된 특정 장치를 나열 할 수 있습니까? 감사!

darrengyles 에 2019년 06월 05일

Nexus 5 및 Samsung Tab E에서 테스트되었습니다.

benoitdion 에 2019년 06월 05일

🎉3

RN 프로젝트를 59.x로 업그레이드하는 Google 직원의 경우 android/app/build.gradle -> android {defaultConfig {versionName}}에서 react-native-code-push 지정된 버전과 일치하지 않는지 확인하세요.

나는 같은 문제로 약 3 일 동안 고생했고 나중에 v59.3에서 업그레이드 된 React Native 프로젝트가 React Native v54.7이있는 코드 푸시에 의해 업데이트되고 있다는 것을 알게되었습니다.

90 %의 사람들에게는 그렇지 않습니다. 하지만 저와 같은 사람들에게는 시간을 절약 할 수 있습니다.

그 후 @Kudo에게 감사드립니다. 충돌 문제를 수정했습니다.

Krutarth-Dave 에 2019년 06월 08일

👎2

Huawei Honor 8X에도이 문제가 있습니다.

blohamen 에 2019년 06월 13일

충돌이 사라진 것도 확인할 수 있지만 저가형 장치에서도 성능이 상당히 저하되고 있습니다. 좀 더 현대적인 JSC를 위해 RN58 / RN59로 업그레이드하기를 기다리고 있다는 점을 고려하면 매우 실망 스럽습니다.

여기도 마찬가지입니다. Android의 이전 RN은 느리고 충돌이 발생했으며 새 RN은 빠르고 충돌이 발생했으며이 수정을 통해 새 RN은 안정적이고 느립니다. Android에서는 모든 기능을 사용할 수 없습니다. 🙈

matthiasdilger 에 2019년 06월 14일

친애하는,

No-JIT 버전에서 성능이 나쁘게 행동해서 너무 죄송합니다.
그리고 지금은 해결책이 없어서 죄송합니다.
재현 할 수없는 문제를 해결하기가 어렵습니다.
커뮤니티의 누군가가 문제를 파헤치는 데 도움을 줄 수 있기를 바랍니다.

RN 용 JSC는 https://github.com/react-native-community/jsc-android-buildscripts 에서 OSS
https://github.com/react-native-community/jsc-android-buildscripts/blob/master/scripts/start.sh#L10 에서 주석을 제거하여 디버그 빌드를 활성화하도록 지원합니다
기본적으로 디버그하기 위해 gdb 또는 lldb를 연결하면 약간의 단서가있을 수 있습니다.
충돌은 https://trac.webkit.org/browser/webkit/releases/WebKitGTK/webkit-2.22.6/Source/JavaScriptCore/jit/JITOperations.cpp#L1067의 일부 RELEASE_ASSERT를 위반할 수 있지만 문제가 어떻게 진행되는지 확실하지 않습니다. 주에.

Kudo 에 2019년 06월 18일

❤8 👍5 🚀2 😕1

이것에 대한 모든 작업과 jsc-android-buildscripts @Kudo에 감사드립니다. 당신의 발전을 따라가는 것은 놀랍습니다! 우리 (이 문제를보고있는 커뮤니티)가 도울 수있는 일이 있습니까? @tuncaulubilge 는 대부분 안정적인 재현 사례를 가지고 있다고 생각합니다.

내부 페이스 북 반응 네이티브 팀에 jsc 전문가가있을 수 있습니까?

benoitdion 에 2019년 06월 18일

❤1 👍1

방금이 문제에 직면했으며 실제 장치, LENOVO A701a48, RUNNING ANDROID 6에서만 발생합니다.
"arm64-v8a", "x86_64" 삭제

ndk {
            abiFilters "armeabi-v7a", "x86", "arm64-v8a", "x86_64"
 }

그것을 해결했지만 약간 해킹 느낌.

곧 RN 팀의 업데이트가 있기를 바랍니다 :(

rayj10 에 2019년 06월 18일

친애하는,

아마 마지막 시도 인 것 같습니다. 최신 WebKit 버전을 사용하는 것입니다.
@kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg 는 WebKitGTK 2.24.2를 기반으로하며 기준 JIT는 있지만 DFG JIT는 없습니다.
주목할만한 변화는 최신 WebKit이 JIT 바이트 코드 형식을 변경했다는 것입니다.
x86의 JIT는 지원되지 않으며 armeabi-v7a JIT 지원은 커뮤니티에서 제공됩니다 (Igalia에게 감사드립니다).
충돌은 arm64에서만 발생하므로 새 버전을 시도해 볼 가치가 있습니다.

이 버전을 통합하는 자세한 단계는 https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17#file -steps_for_webkitgtk_2_24_2-md에 있습니다.
주목할만한 변화는이다 241213 -> 245459 이전 JSC의 버전 및 확인이 가지고 245459.9000.0 ADB 로그에.
이 실험 된 JSC를 확인하는 데 도움을주세요.
이번에는 행운이 있기를 바랍니다. 🤞

@benoitdion 격려해 주셔서 감사합니다 ❤️

Kudo 에 2019년 06월 19일

👍22 ❤3

@Kudo @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg 잘 작동합니다!

위의 JSC 사용시 RN v0.59에서 발생하던 충돌이 사라진 것을 확인할 수 있습니다. Google Nexus 6에서 테스트되었으며 다른 제품은 출시 후 확인됩니다.

감사!!

rimzici 에 2019년 06월 20일

👍4 ❤1

@Kudo @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg 저에게도 효과가 있음을 확인할 수 있습니다. RN v0.59에서 이전에 발생했으며 no-jit 또는 jsc-android v241213.2.0 로 수정 된 Samsung Galaxy S7 SM-G930FD에서는 충돌이 발생하지 않습니다.

dishantwalia 에 2019년 06월 20일

❤1

이 새로운 빌드를 통합 할 기회가 아직 없었습니다. 다른 프로젝트 이정표가 방해를 받고 있지만이 작업이 끝나 자마자 그렇게 할 계획입니다.

@Kudo 의 원래 no-dfg 는 내가 본 충돌의 99 %를 수정하고 단일 충돌을 자극 할 수 있었지만 반복 할 수 없었습니다.

@tuncaulubilge 가 원래의 no-dfg 빌드로 충돌을 재현 할 수 있다고 믿습니다. 그래서 그가이 새로운 빌드를 어떻게 만드는지 보는 것이 흥미로울 것입니다.

timhatch 에 2019년 06월 20일

❤1

@rimzici @dishantwalia @timhatch 도와 주셔서 감사합니다.

@tuncaulubilge 시간이 있다면 최신 실험 버전을 확인하는 데 도움을 주시겠습니까?
IIRC, 당신과 @timhatch 만이 241213 -fix-clear-cache-no-dfg"에서 충돌을보고했습니다.
업데이트 된 버전으로 충돌을 해결할 수 있기를 바랍니다.
감사합니다.

Kudo 에 2019년 06월 21일

구도
Error when loading lib: dlopen failed: "/data/data/com.amiclient.qa/lib-main/librealmreact.so" is 32-bit instead of 64-bit lib hash: 28b81ed6ba5d3bb31c51509ac8150cd4 search path is /data/app/com.amiclient.qa-1/lib/arm64
ZTE Blade, Samsung S8, OnePlus 6에 @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg 를 통합 한 후이 문제가 발생합니다. Motorola Z2 Android 7.1.1에서만 빌드가 시작되었습니다!

blohamen 에 2019년 06월 21일

구도
Error when loading lib: dlopen failed: "/data/data/com.amiclient.qa/lib-main/librealmreact.so" is 32-bit instead of 64-bit lib hash: 28b81ed6ba5d3bb31c51509ac8150cd4 search path is /data/app/com.amiclient.qa-1/lib/arm64
ZTE Blade, Samsung S8, OnePlus 6에 @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg 를 통합 한 후이 문제가 발생합니다. Motorola Z2 Android 7.1.1에서만 빌드가 시작되었습니다!

이것은 realm 와 관련된 것 같습니다 https://github.com/realm/realm-js/issues/2261#issuecomment -468691502
https://github.com/realm/realm-js/issues/2221

dishantwalia 에 2019년 06월 21일

❤1

@Kudo 다시 한 번 훌륭한 작업에 감사드립니다! 안타깝게도 새 프로젝트로 이동했고 더 이상 이전 프로젝트에 액세스 할 수 없습니다. 예전 팀원들에게 다가가 누군가에게 시도해 보도록하겠습니다.

특히 reactRootView.unmountReactApplication 에서 충돌이 발생하여 가비지 수집을 트리거하여 가끔 충돌이 발생했습니다. 샘플 앱으로 재현하여 ReactRootViews를 만들고 삭제할 수 있습니다.

tuncaulubilge 에 2019년 06월 21일

구도
Error when loading lib: dlopen failed: "/data/data/com.amiclient.qa/lib-main/librealmreact.so" is 32-bit instead of 64-bit lib hash: 28b81ed6ba5d3bb31c51509ac8150cd4 search path is /data/app/com.amiclient.qa-1/lib/arm64
ZTE Blade, Samsung S8, OnePlus 6에 @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg 를 통합 한 후이 문제가 발생합니다. Motorola Z2 Android 7.1.1에서만 빌드가 시작되었습니다!
realm 와 관련이있는 것 같습니다. realm / realm-js # 2261을 확인하십시오.
영역 / 영역 -js # 2221

정말 고맙습니다! 영역을 2.28로 업데이트해야했습니다.
@Kudo 특별 감사합니다. 내 앱이 이미 제대로 작동합니다!

blohamen 에 2019년 06월 21일

❤1

@Kudo 이전 테스트와 동일한 빌드 구성을 사용하지만 @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg 사용하여 이전에 영향을받은 앱 버전을 다시 빌드했습니다.
지금까지 다운되거나 중단되지 않음-주말 내내 앱에 스트레스를 줄 수 있는지 확인하고 문제가 발생하면 다시보고하겠습니다.

timhatch 에 2019년 06월 21일

❤2

@timhatch 정말 감사 드리며 주말에 시간을내어주세요.
다음 번에 당신의 좋은 소식을 듣기 위해 손가락을 교차.

Kudo 에 2019년 06월 22일

패치로 빌드 할 수 없습니다. FBSDK에서 다음과 같은 오류가 발생합니다.

````
작업 : react- native- fbsdk : compileReleaseJavaWithJavac FAILED
/ Users / waltermonecke / Documents / Code / React-Native2 / moodPixel / node_modules / react-native-fbsdk / android / src / main / java / com / facebook / reactnative / androidsdk / FBAppEventsLoggerMod
ule. java : 209 : 오류 : 기호를 찾을 수 없습니다.
@ReactMethod (isBlockingSynchronousMethod = true)
^
symbol : isBlockingSynchronousMethod () 메서드
위치 : @interface ReactMethod
참고 : 일부 입력 파일은 더 이상 사용되지 않는 API를 사용하거나 재정의합니다.
참고 : 자세한 내용은 -Xlint : deprecation 으로
참고 : /Users/waltermonecke/Documents/Code/React-Native2/moodPixel/node_modules/react-native-fbsdk/android/src/main/java/com/facebook/reactnative/androidsdk/Utility.java는 확인되지 않거나 안전하지 않은 작업을 사용합니다.
참고 : -Xlint : unchecked 로
오류 1 개

실패 : 예외로 인해 빌드가 실패했습니다.
````

wmonecke 에 2019년 06월 23일

@wmonecke 문제가 나에게 이상하게 보입니다. JSC AAR에서 Java 코드 또는 Gradle 종속성을 건드리지 않았습니다.
문제 를 확인하거나 패치 적용 방법을 간략하게 설명해 주시겠습니까?
우연히 오래된 RN 의존성을 사용하고
./gradlew :app:dependencies | grep 'com.facebook.react:react-native:' 확인할 수 있습니다 (반환 된 RN 버전이 예상 한 버전인지 확인하십시오).

Kudo 에 2019년 06월 24일

👍1

패치로 빌드 할 수 없습니다. FBSDK에서 다음과 같은 오류가 발생합니다.

Task :react-native-fbsdk:compileReleaseJavaWithJavac FAILED
/Users/waltermonecke/Documents/Code/React-Native2/moodPixel/node_modules/react-native-fbsdk/android/src/main/java/com/facebook/reactnative/androidsdk/FBAppEventsLoggerMod
ule.java:209: error: cannot find symbol
     @ReactMethod(isBlockingSynchronousMethod = true)
                                                ^
  symbol:   method isBlockingSynchronousMethod()
  location: <strong i="7">@interface</strong> ReactMethod
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
Note: /Users/waltermonecke/Documents/Code/React-Native2/moodPixel/node_modules/react-native-fbsdk/android/src/main/java/com/facebook/reactnative/androidsdk/Utility.java uses unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
1 error

FAILURE: Build failed with an exception.

@wmonecke 컴파일 하려면 (react-native 및 kudo ci) maven 저장소를 모두 추가해야합니다.
maven {
// 모든 React Native (JS, Obj-C 소스, Android 바이너리)는 npm에서 설치됩니다.
URL "$ rootDir /../ node_modules / react-native / android"
}

maven {
// Android 용으로 빌드 된 JSC 라이브러리가있는 AAR이 포함 된 로컬 Maven 저장소
URL "$ rootDir /../ node_modules / @ kudo-ci / jsc-android / dist"
}

dishantwalia 에 2019년 06월 24일

👍1

@Kudo @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg 문제가 없습니다. 응용 프로그램이 중단되거나 충돌하지 않습니다.

timhatch 에 2019년 06월 24일

🎉2 🚀1 ❤1 👍1

@Kudo @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg 문제가 없습니다. 응용 프로그램이 중단되거나 충돌하지 않습니다.

@Kudo jsc-android-buildscripts 에서 수정 사항을 푸시하고 버전을 게시하십시오. 따라서 프로덕션 앱 https://github.com/react-native-community/jsc-android-buildscripts 에서이를 롤아웃 할 수 있습니다

dishantwalia 에 2019년 06월 24일

👍4

@timhatch 굉장합니다! 특히 확인에 감사드립니다. 곧 JSC 변경 사항을 RN으로 푸시합니다.

@dishantwalia 예, 진행 중입니다. 감사합니다.

Kudo 에 2019년 06월 25일

❤6

이것에 대한 모든 작업에 대해

저는 현재 RN 0.59.9입니다. 변경 사항이 적용되면 RN의 업데이트 된 버전이 0.59.10과 같은 형태로 제공됩니까? 아니면 대신 jsc-android-buildscripts 를 타사 패키지로 설치하고 설명서에 따라 0.59x로 구현해야합니까?

jacquesdev 에 2019년 06월 25일

@Kudo 마지막 버전에도 문제가 없습니다. 훌륭한 일! 💪

Fouppy 에 2019년 06월 25일

❤1

감사합니다 @Kudo , @jacquesdev 가 0.59.10 또는 jsc-android-buildscripts 묻는 것과 동일한 질문이 있습니까?

fjmorant 에 2019년 06월 25일

👍1

@ Kudo
감사! 나는 단지 유지하고 있었다 :
maven { // workaround for crash on 64 bit devices - remove once RN 59+ has resolved issue. // issue: https://github.com/facebook/react-native/issues/24261 url "$rootDir/../node_modules/@kudo-ci/jsc-android/dist" }

build.gradle 사용

wmonecke 에 2019년 06월 25일

@Kudo 불행히도 문제는 여전히 존재합니다 (Galaxy S7, Android7). @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg 시도했습니다.

나는 또한 도움이되지 않은 no-JIT 버전을 시도했습니다. 나는 당신이 제공 한 grep을 사용하여 "JavaScriptCore"버전이 adb logcat에 출력되도록 만들지 못했고, 수동으로 봐서 로그 자체에서 JavaScriptCore에 대한 언급을 보지 못했습니다.

충돌을 꽤 자주 재현 할 수 있습니다. 항상 같은 장소에서 충돌하는 것은 아닙니다.

다음은 오류입니다 (245459-fix-clear-cache-no-dfg).

06-26 13:56:22.982  4374  4521 W google-breakpad: Chrome build fingerprint:
06-26 13:56:22.982  4374  4521 W google-breakpad: 3.0.70
06-26 13:56:22.982  4374  4521 W google-breakpad: 30070
06-26 13:56:22.982  4374  4521 W google-breakpad: ### ### ### ### ### ### ### ### ### ### ### ### ###
06-26 13:56:22.984  4374  4521 F libc    : Fatal signal 11 (SIGSEGV), code 1, fault addr 0xafca in tid 4521 (mqt_js)
06-26 13:56:22.986  3075  3075 W         : debuggerd: handling request: pid=4374 uid=10169 gid=10169 tid=4521
06-26 13:56:23.089  3769  5715 D SSRM:k  : SIOP:: AP = 430, PST = 398 (W:6), CP = 318, CUR = -104, LCD = 99
06-26 13:56:23.154  4557  4557 F DEBUG   : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
06-26 13:56:23.156  4557  4557 F DEBUG   : Build fingerprint: 'samsung/hero2ltexx/hero2lte:7.0/NRD90M/G935FXXU1ZPL3:user/release-keys'
06-26 13:56:23.156  4557  4557 F DEBUG   : Revision: '8'
06-26 13:56:23.156  4557  4557 F DEBUG   : ABI: 'arm64'
06-26 13:56:23.157  4557  4557 F DEBUG   : pid: 4374, tid: 4521, name: mqt_js  >>> com.myapp <<<
06-26 13:56:23.157  4557  4557 F DEBUG   : signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xafca
06-26 13:56:23.157  4557  4557 F DEBUG   :     x0   000000000000a01a  x1   0000000000000000  x2   00000079f6a30000  x3   0000007a05afe748
06-26 13:56:23.157  4557  4557 F DEBUG   :     x4   0000000000000000  x5   0000000000000010  x6   ffff000000000002  x7   0000000000009ab0
06-26 13:56:23.158  4557  4557 F DEBUG   :     x8   0000007a045acd6c  x9   0000000000000002  x10  0000000000000001  x11  0000000000000000
06-26 13:56:23.158  4557  4557 F DEBUG   :     x12  0000000000000fff  x13  00000079df7ed2b8  x14  00000079f6973890  x15  0000000000000001
06-26 13:56:23.158  4557  4557 F DEBUG   :     x16  00000079f6a59a30  x17  0000007a1ae56058  x18  000000000045b4fb  x19  0000007a05afe7f0
06-26 13:56:23.158  4557  4557 F DEBUG   :     x20  0000007a05afe750  x21  00000079f6a3a6b8  x22  0000007a1ae4b000  x23  00000079f693cf50
06-26 13:56:23.158  4557  4557 F DEBUG   :     x24  0000000000000000  x25  00000079df415e10  x26  0000000000000001  x27  ffff000000000000
06-26 13:56:23.158  4557  4557 F DEBUG   :     x28  ffff000000000002  x29  0000007a05afe750  x30  0000007a045ac890
06-26 13:56:23.158  4557  4557 F DEBUG   :     sp   0000007a05afe640  pc   0000007a045a27e4  pstate 0000000040000000
06-26 13:56:23.173  4557  4557 F DEBUG   : 
06-26 13:56:23.173  4557  4557 F DEBUG   : backtrace:
06-26 13:56:23.173  4557  4557 F DEBUG   :     #00 pc 00000000001647e4  /data/app/com.test.app-1/lib/arm64/libjsc.so
06-26 13:56:23.173  4557  4557 F DEBUG   :     #01 pc 000000000016e88c  /data/app/com.test.app-1/lib/arm64/libjsc.so
06-26 13:56:23.173  4557  4557 F DEBUG   :     #02 pc 000000000016ebf0  /data/app/com.test.app-1/lib/arm64/libjsc.so
06-26 13:56:23.173  4557  4557 F DEBUG   :     #03 pc 000000000016ed8c  /data/app/com.test.app-1/lib/arm64/libjsc.so
06-26 13:56:23.173  4557  4557 F DEBUG   :     #04 pc 0000000000005ecc  <anonymous:00000079eb5f9000>

역 추적은 의미있는 것을 말하지 않습니다.

또한 Android8에서 다운 그레이드 할 수 없기 때문에 (Android8에서 문제를 생성 할 수 없음) Galaxy S7에 공식 Android7이 없기 때문에 Android7을 지원할 사용자 지정 ROM을 찾아야했습니다.

jsc-android-buildscripts에서 마지막 커밋을 사용하여 jsc-android의 디버그 버전을 컴파일하려고 시도하고 있지만 시간이 좀 걸릴 것입니다.

ChrisEelmaa 에 2019년 06월 26일

나는 우리가 같은 문제를 가지고 있다고 믿습니다.

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
pid: 0, tid: 0 >>> com.groundspeak.react.adventures <<<

backtrace:
  #00  pc 00000000007e048c  /data/app/com.groundspeak.react.adventures-1/lib/arm64/libjsc.so
  #01  pc 00000000000be650  /data/app/com.groundspeak.react.adventures-1/lib/arm64/libjsc.so
  #02  pc 0000000000489f2c  /data/app/com.groundspeak.react.adventures-1/lib/arm64/libjsc.so
  #03  pc 000000000025fd98  <anonymous>

Android 버전 :

버전 | 번호 | 퍼센트
-| -| -
안드로이드 7.0 | 66 | 100.0 %

장치 별 :

장치 | 번호 | 퍼센트
-| -| -
hero2lte | 26 | 39.4 %
헤롤 테 | 24 | 36.4 %
heroltebmc | 16 | 24.2 %

syntax-e 에 2019년 06월 26일

RN을 0.58.6에서 0.59.9로 업데이트 한 후에도 Galaxy S7 충돌이 발생했습니다.

jsc-android 의 현재 npm 버전은 여전히 앱 충돌을 일으키지 만 @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg 및 JSC 버전 245459.9000.0 하면 S7에서 충돌이 해결되었습니다.

kristerkari 에 2019년 06월 27일

❤1 👍1

@ChrisEelmaa adb logcat의 "JavaScriptCore.Version"로그인은 올바른 JSC 버전을 선택하는 방법입니다.
RN 0.59에는 libjsc.so가 내장되어 있고 pickFirst '** / libjsc.so'는 제 생각에는 신뢰할 수 없습니다.

JSC 버전을 확인하는 다른 방법은 다음 단계입니다.

/path/to/app.apk의 압축을 풉니 다.
문자열 jni / arm64-v8a / libjsc.so | grep -C 1 JavaScriptCore.Version

출력은 다음과 같아야합니다.

$ strings jni/arm64-v8a/libjsc.so|grep -C 1 JavaScriptCore.Version                                                                                                   
API Wrapper
JavaScriptCore.Version
245459.9000.0

Kudo 에 2019년 06월 27일

@Kudo 귀하의 수정에 감사드립니다. 지옥이 발생하는 것을 막는 것 같습니다.

내 2 센트 : jni 폴더가 없지만 대신 lib 폴더가 있으므로이 명령을 사용하여 압축을 푼 후 버전을 확인합니다.

$ strings lib/arm64-v8a/libjsc.so | grep -C 1 JavaScriptCore.Version
API Wrapper
JavaScriptCore.Version
245459.9000.0

ebaynaud 에 2019년 06월 27일

🎉1

감사합니다 @Kudo

나는 이전에 반응 네이티브 0.58.3을 사용했으며 사람들이 항상 0.59를 언급하는 것을 보았으므로 업데이트하기로 결정했습니다. 0.59.0과 @ kudo-ci / jsc-android @ 245459-fix-clear-cache-no-dfg의 조합 이 나를 위해 트릭을 수행하는 것처럼 보였습니다.

더 이상 충돌을 일으킬 수 없습니다.

ChrisEelmaa 에 2019년 06월 27일

👍2

이 문제에 대한 수정이 다음 RN 릴리스에 포함될 것인지 아는 사람이 있습니까?

Darren-Ivey 에 2019년 06월 27일

이 문제에 대한 수정이 다음 RN 릴리스에 포함될 것인지 아는 사람이 있습니까?

https://github.com/react-native-community/jsc-android-buildscripts#for -react-native-version-060-and-newer

skantus 에 2019년 06월 27일

헉헉
따라했던 단계를 확인하기 위해.

https://github.com/react-native-community/jsc-android-buildscripts#for -react-native-version-059의 지침을 따랐습니다.

하지만 "jsc-android": "241213.x.x", 을 추가하는 대신 교체했고, package.json에 @kudo-ci/jsc-android": "^245459.9000.0 을 추가 했습니까? 다른 변경 사항이 있습니까?

예를 들어, build.grade에서 implementation "org.webkit:android-jsc:r241213" 추가해야하며 해당 줄도 변경해야하나요? 그렇다면 어떻게해야하나요?

빌드 오류 Could not find org.webkit:android-jsc:r241213. 또는 Could not find org.webkit:android-jsc:r245459.9000.0. 하므로 내 문제가 잘못된 참조를 사용하고 있다고 생각하지만 그게 무엇인지 알 수 없습니다.

jacquesdev 에 2019년 06월 28일

@jacquesdev 는이 가이드의 단계를 따릅니다. https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17#file -steps_for_webkitgtk_2_24_2-md

kristerkari 에 2019년 06월 28일

👍1

친애하는,

@kmagiera 의 도움으로 업데이트하기 위해 패치가 ' [email protected] '으로 게시되었습니다.
업데이트 된 JSC를 RN으로 가져 오기 위해 https://github.com/facebook/react-native/pull/25426 을 보냈습니다.
그리고 @kelset 은 RN 0.60 RC에도 포함되어 있습니다.
마침내이 문제를 해결하고 종결 할 수 있기를 바랍니다.
여기 사람들에게 특히 내 실험 버전을 앞뒤로 확인하는 데 도움을 요청하십시오.
우리는 소위 RN 커뮤니티입니다!

Kudo 에 2019년 06월 28일

🎉14 ❤10

감사합니다 @Kudo! 이것이 0.59.x 릴리스를 만들 가능성이 있는지 아니면 0.60에있을 가능성이 있는지 아십니까?

csouth3 에 2019년 06월 28일

0.59.x에서 얻을 수 있다면 굉장 할 것입니다.
0.60은 AndroidX 및 외부 라이브러리에 많은 주요 변경 사항이 있습니다.

anuragdadheech 에 2019년 06월 29일

👍10

+1, 0.59.x에 넣으면 많은 문제가 해결됩니다.
앱.

Android X 지원 때문에 0.60으로 향하고 싶지는 않습니다.
지금까지 도서관.

JSC의 pickFirst는 우리에게 효과가 없었습니다. 우리의 네이티브 라이브러리 중 하나 여야합니다.
문제가 발생하지만 항상 rn 내부 버전을 선택하는 것 같습니다.
(깨끗한 프로젝트는 효과가 있었으므로 원인이되는 부서 중 하나 여야합니다)

교회

2019 년 6 월 29 일 토요일, 19:35 Anurag Dadheech, [email protected]
썼다 :

0.59.x에서 얻을 수 있다면 굉장 할 것입니다.
0.60은 AndroidX 및 외부 라이브러리에 많은 주요 변경 사항이 있습니다.
—
이 스레드를 구독했기 때문에이 메시지가 전송되었습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/facebook/react-native/issues/24261?email_source=notifications&email_token=AABPHZ25TBIFBOI3QWMSPXLP46TN3A5CNFSM4HC77RA2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNDY355W9292ZLOBW63LNDY506VXHJKTDN5W9772ZLOPWSZGONMVXHJKTDN
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AABPHZ2D5WUEM4S3242ZTYTP46TN3ANCNFSM4HC77RAQ
.

kbateman 에 2019년 06월 29일

👍2

안녕하세요,이 "@ kudo-ci / jsc-android @ 245459-fix-clear-cache-no-dfg "를 어디에 추가해야하는지 알 수 있습니까?

tlweiii6465 에 2019년 06월 30일

안녕하세요 @Kudo 님의 멋진 작업에 감사드립니다!

DFG JIT가없는 이전 WebKit에서는 여전히 충돌이 발생하지만 DFG JIT가없는 최신 WebKit 2.24.2는 문제를 해결하는 것 같습니다. 작동하는 경우 최상의 성능을 허용하기 위해 DFG JIT가 활성화 된이 새로운 WebKit을 사용해 볼 가치가 있는지 궁금합니다.

tomtanti 에 2019년 06월 30일

0.60 @Kudo @kelset @grabbou @turnrye로 업그레이드하는 것이 더 어려울 것이기 때문에이 수정으로 0.59.10을 사용하는 것이 더 나을 것이기 전에 몇 가지 의견에 동의합니다.

fjmorant 에 2019년 07월 01일

👍13

여기에도 같은 문제가 있습니다.

react-native-maps는 아직 AndroidX를 지원하지 않기 때문에 0.60으로 업그레이드 할 수 없으며, S7 및 S7 plus 충돌로 인해 업데이트를 0.59.X로 푸시 할 수 없습니다.

이것은 실제로 기업의 반응 네이티브에 달려있는 문제입니다.

이에 대한 해결 방법이 있습니까?

adnkh 에 2019년 07월 01일

👍4

@adnkh에 동의합니다. 지금 AndroidX로 업그레이드 할 수 없지만 0.59 충돌을 해결해야합니다.

douglasjunior 에 2019년 07월 01일

👍3

수정 사항을 사용하기 위해 0.60으로 업그레이드 할 필요는 없습니다. https://github.com/react-native-community/jsc-android-buildscripts/#for -react-native-version-059의 지침을 따를 수 있습니다. 설치하려는 버전은 245459.0.0 이상입니다.

benoitdion 에 2019년 07월 01일

👍1

안녕하세요 @benoitdion ,

예, 메인 라이브러리에없는 경우에도 사용할 수 있습니다 . 실제로

하지만 Android 프로젝트에 추가해야하는 많은 것들이 있기 때문에 이것이 영구적 인 해결책이라고 생각하지 않습니다. 메인 RN의 핫픽스가 개발자 관점에서 더 편리 할 것이며 많은 충돌 문제를 해결합니다. Android 앱에서

fjmorant 에 2019년 07월 01일

👍5

수정 사항을 사용하기 위해 0.60으로 업그레이드 할 필요는 없습니다. https://github.com/react-native-community/jsc-android-buildscripts/#for -react-native-version-059의 지침을 따를 수 있습니다. 설치하려는 버전은 245459.0.0 이상입니다.

@benoitdion 예, 그러나 해결 방법이며 0.59.10으로 게시 된 공식 수정이 더 좋습니다.

douglasjunior 에 2019년 07월 01일

👍15

감사합니다 @Kudo
@kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg 하면 대부분의 충돌이 감소했습니다.
그러나 프로덕션에는 여전히 몇 가지 충돌이 있습니다.

xiaomi MIX 3 XiaoMi / MIUI Android 9, 레벨 28 arm64-v8a

1 #00 pc 00000000000f7748 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::AccessCase::propagateTransitions(JSC::SlotVisitor&) const+16) [arm64-v8a]
2 #01 pc 0000000000143fe8 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::PolymorphicAccess::propagateTransitions(JSC::SlotVisitor&) const+48) [arm64-v8a]
3 #02 pc 000000000012f0a8 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::CodeBlock::propagateTransitions(JSC::ConcurrentJSLocker const&, JSC::SlotVisitor&)+556) [arm64-v8a]
4 #03 pc 0000000000139484 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::ExecutableToCodeBlockEdge::runConstraint(JSC::ConcurrentJSLocker const&, JSC::VM&, JSC::SlotVisitor&)+40) [arm64-v8a]
5 #04 pc 000000000013900c /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::ExecutableToCodeBlockEdge::visitChildren(JSC::JSCell*, JSC::SlotVisitor&)+1044) [arm64-v8a]
6 #05 pc 00000000001fb9c4 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (_ZZN3JSC11SlotVisitor5drainEN3WTF13MonotonicTimeEENK3$_3clERNS_14MarkStackArrayE+324) [arm64-v8a]
7 #06 pc 00000000001f8e90 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::SlotVisitor::drain(WTF::MonotonicTime)+132) [arm64-v8a]
8 #07 pc 00000000001f96bc /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (JSC::SlotVisitor::drainFromShared(JSC::SlotVisitor::SharedDrainMode, WTF::MonotonicTime)+580) [arm64-v8a]
9 #08 pc 00000000001e41a0 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (_ZN3WTF17SharedTaskFunctorIFvvEZN3JSC4Heap13runBeginPhaseENS2_11GCConductorEE4$_17E3runEv+580) [arm64-v8a]
10 #09 pc 00000000006171ec /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (WTF::ParallelHelperClient::runTask(WTF::RefPtr<WTF::SharedTask<void ()>, WTF::DumbPtrTraits<WTF::SharedTask<void ()> > > const&)+40) [arm64-v8a]
11 #10 pc 0000000000617950 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (WTF::ParallelHelperPool::Thread::work()+16) [arm64-v8a]
12 #11 pc 000000000060de7c /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (_ZN3WTF8FunctionIFvvEE15CallableWrapperIZNS_15AutomaticThread5startERKNS_14AbstractLockerEE3$_0E4callEv+376) [arm64-v8a]
13 #12 pc 000000000061b084 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (WTF::Thread::entryPoint(WTF::Thread::NewThreadContext*)+212) [arm64-v8a]
14 #13 pc 0000000000646dc8 /data/app/com.gezbox.windmessage--4BWJ7puodXEdg5g4H7Mdg==/lib/arm64/libjsc.so (WTF::wtfThreadEntryPoint(void*)+4) [arm64-v8a]
15 #14 pc 0000000000081dac /system/lib64/libc.so (__pthread_start(void*)+36) [arm64-v8a]
16 #15 pc 0000000000023788 /system/lib64/libc.so (__start_thread+68) [arm64-v8a]

OPPO R9S Oppo / COLOROS Android 6.0.1, 레벨 23 arm64-v8a

1 #00 pc 00000000000f7748 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::AccessCase::propagateTransitions(JSC::SlotVisitor&) const+16) [arm64-v8a]
2 #01 pc 0000000000143fe8 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::PolymorphicAccess::propagateTransitions(JSC::SlotVisitor&) const+48) [arm64-v8a]
3 #02 pc 000000000012f0a8 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::CodeBlock::propagateTransitions(JSC::ConcurrentJSLocker const&, JSC::SlotVisitor&)+556) [arm64-v8a]
4 #03 pc 0000000000139484 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::ExecutableToCodeBlockEdge::runConstraint(JSC::ConcurrentJSLocker const&, JSC::VM&, JSC::SlotVisitor&)+40) [arm64-v8a]
5 #04 pc 000000000013900c /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::ExecutableToCodeBlockEdge::visitChildren(JSC::JSCell*, JSC::SlotVisitor&)+1044) [arm64-v8a]
6 #05 pc 00000000001fb9c4 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (_ZZN3JSC11SlotVisitor5drainEN3WTF13MonotonicTimeEENK3$_3clERNS_14MarkStackArrayE+324) [arm64-v8a]
7 #06 pc 00000000001f8e90 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::SlotVisitor::drain(WTF::MonotonicTime)+132) [arm64-v8a]
8 #07 pc 00000000001f96bc /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (JSC::SlotVisitor::drainFromShared(JSC::SlotVisitor::SharedDrainMode, WTF::MonotonicTime)+580) [arm64-v8a]
9 #08 pc 00000000001e41a0 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (_ZN3WTF17SharedTaskFunctorIFvvEZN3JSC4Heap13runBeginPhaseENS2_11GCConductorEE4$_17E3runEv+580) [arm64-v8a]
10 #09 pc 00000000006171ec /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (WTF::ParallelHelperClient::runTask(WTF::RefPtr<WTF::SharedTask<void ()>, WTF::DumbPtrTraits<WTF::SharedTask<void ()> > > const&)+40) [arm64-v8a]
11 #10 pc 0000000000617950 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (WTF::ParallelHelperPool::Thread::work()+16) [arm64-v8a]
12 #11 pc 000000000060de7c /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (_ZN3WTF8FunctionIFvvEE15CallableWrapperIZNS_15AutomaticThread5startERKNS_14AbstractLockerEE3$_0E4callEv+376) [arm64-v8a]
13 #12 pc 000000000061b084 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (WTF::Thread::entryPoint(WTF::Thread::NewThreadContext*)+212) [arm64-v8a]
14 #13 pc 0000000000646dc8 /data/app/com.gezbox.windmessage-1/lib/arm64/libjsc.so (WTF::wtfThreadEntryPoint(void*)+4) [arm64-v8a]
15 #14 pc 00000000000664a4 /system/lib64/libc.so (__pthread_start(void*)+52) [arm64-v8a]
16 #15 pc 000000000001ebc4 /system/lib64/libc.so (__start_thread+16) [arm64-v8a]

RMX1901 Oppo / COLOROS Android 9, 레벨 28 arm64-v8a

1 #00 pc 0000007772fbb2c0 <unknown>
2 #01 pc 00000000005519bc /data/app/com.gezbox.windmessage-vCMpnEKA509f1Di2EyrZ2w==/lib/arm64/libjsc.so (JSC::RegExp::match(JSC::VM&, WTF::String const&, unsigned int, WTF::Vector<int, 0ul, WTF::CrashOnOverflow, 16ul>&)+500) [arm64-v8a]
3 #02 pc 00000000005722e8 /data/app/com.gezbox.windmessage-vCMpnEKA509f1Di2EyrZ2w==/lib/arm64/libjsc.so (JSC::stringProtoFuncReplaceUsingRegExp(JSC::ExecState*)+3072) [arm64-v8a]
4 #03 pc 0000007772dff1ec <unknown>

yinhangfeng 에 2019년 07월 02일

👋 모두.

여러분 모두의 의견을 듣고 있으며, 많은 분들이 겪고있는 문제로 인해 JSC의 새 버전을 제공하기 위해 마지막 0.59.10 패치 릴리스를 수행했습니다.

이것을 0.59로 백 포팅하는 작업에 대한 @Kudo 에게 큰 감사를드립니다.

우리는 0.60 (새로운 JSC도 포함 할 것입니다!)에서 작업하고 있기 때문에 도전적인 작업이고 더 어렵 기 때문에 가까운 미래에 다른 0.59 릴리스를 수행하지 않을 것입니다.

주요 핵심 문제가 해결되었으므로이 문제를 닫으려고하지만 0.59.10 이후에 발생할 수있는 다른 충돌에 대해 새 문제를 여는 것이 좋습니다.

kelset 에 2019년 07월 02일

👍25 ❤14 🎉13 🚀8

좋은 소식 !!

모두 감사합니다, 특히 @kudo !!

2019 년 7 월 2 일 화요일 12:29 Lorenzo Sciandra, [email protected]
썼다 :

👋 모두.
우리는 여러분 모두의 말을 듣습니다. 그리고 많은 여러분이 겪고있는 문제 때문에
최신 버전의 0.59.10 패치 릴리스를 제공했습니다.
JSC.
그의 작업에 대해 @Kudo https://github.com/Kudo 에게 큰 감사를 표 합니다.
이것을 0.59로 백 포팅합니다.
우리는 새로운 0.59 릴리스를 수행하지 않을 것입니다.
0.60 (새로운 JSC
너무!).
주요 핵심 문제가 해결되었으므로이 문제를 종료하겠습니다.
발생할 수있는 다른 충돌에 대해 새 파일을 열 것을 제안합니다.
0.59.10 이후.
—
이 스레드를 구독했기 때문에이 메시지가 전송되었습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/facebook/react-native/issues/24261?email_source=notifications&email_token=AABPHZZG2Z764HFNPJB7UVTP5M325A5CNFSM4HC77RA2YY3PNVWWK3TUL52HS4DFVRZG43VMVLOBW63LNODMVXHJKissue ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AABPHZ5PYT4F7ZZGQXZKKKLP5M325ANCNFSM4HC77RAQ
.

kbateman 에 2019년 07월 02일

수정 해주셔서 감사합니다! react-native를 0.59.10 버전으로 업그레이드 한 후에도 여기에 언급 된 단계를 구현해야합니까?

kevinetore 에 2019년 07월 03일

케빈,

RN 0.59.10으로 업그레이드 한 후에는 요점을 따를 필요가 없습니다.
더 이상 지시.

케이

수요일, 2019 년 7 월 3 일, 15:42 Kevin Etore, [email protected] 작성 :

수정 해주셔서 감사합니다! react-native를 버전 0.59.10으로 업그레이드 한 후,
여기에 언급 된 단계를 구현해야합니까?
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17 ?
—
이 스레드를 구독했기 때문에이 메시지가 전송되었습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/facebook/react-native/issues/24261?email_source=notifications&email_token=AABPHZ6H66HMI6CFMXMR4Y3P5S3DVA5CNFSM4HC77RA2YY3PNVWWK3TUL52HS4DFVRWSG43VMVDYQ#TDNGissueMVXHJK#TDNNODVXHJK
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AABPHZ6UMO5NS4F4OZ7RWPTP5S3DVANCNFSM4HC77RAQ
.

kbateman 에 2019년 07월 03일

내 앱은 RN-0.59.10을 사용하는 Meizu M5s M612H Android OS 6에서 여전히 충돌합니다. @kelset이 제안한대로 새로운 문제 를 만들었습니다.

IvanStrelcov 에 2019년 07월 03일

👍5

Caterpillar S41 (Android 8.0)에서 여전히 충돌이 발생합니다. 이 수정은 다른 모든 장치에서 문제를 해결했습니다. 또한 새로운 문제를 만들었습니다. 이것이 올바른 방법이 아닌지 알려주십시오.

ebaynaud 에 2019년 07월 04일

👍1

안녕하세요 여러분
64 비트로 컴파일 할 때 내 앱도 일부 Android 기기에서 충돌합니다.

react-native-elements 패키지 버전 1.1.0을 사용하고 있습니까 ??
구성 요소 헤더가 내 앱과 아바타 구성 요소를 충돌시키기 때문에 소품 아이콘이나 제목을 넣을 때

다른 사람이 그들에게도 같은 일이 발생하는지 확인할 수 있습니까?

mgvictor7 에 2019년 07월 12일

👀1

어떤 s7 소유자가 Hermes와 함께이 문제를 테스트 할 기회가 있었습니까?

nadavmos 에 2019년 07월 15일

👀2

아래 앱 충돌을 사용하고 Google Play 스토어에서 허용하는 경우
ndk {abiFilters "armeabi-v7a", "arm64-v8a", "x86", "x86_64"}
아래 앱을 사용하면 작동하지만 Google Play 스토어에서 허용되지 않는 경우
ndk {abiFilters "armeabi-v7a", "x86"}

누구든지 나를 해결하도록 도와주세요.

afras21 에 2019년 07월 15일

👀7 👍4 🚀2

64 비트 암 APK를 사용하는 Moto G7 및 Pixel 2 (둘 다 Android 9.0)에서 여전히 충돌이 발생합니다. 32 비트 암 APK에서 잘 작동합니다.

tanx 에 2019년 07월 18일

@ afras21- 이는 Google Play 스토어에서 의무화하고있는 64 비트 버전에 버그가 존재하기 때문입니다.

jacquesdev 에 2019년 07월 22일

@jacquesdev 감사합니다 jacq, 이제 그들은 필수 항목을 제거하고 이제 작동합니다.

afras21 에 2019년 07월 23일

@ afras21 구글이 했다는 뜻인가요?

sahil290791 에 2019년 07월 23일

👍1

나는 같은 문제가 있습니다. 프로젝트를 0.59.9에서 0.60.4로 업데이트하면 문제를 해결해야합니까?

claudioviola 에 2019년 07월 23일

나는 같은 문제가 있습니다. 현재 0.59.9를 사용하고 있습니다. 0.60.x로 업그레이드하면 문제가 해결됩니까?

hiennguyen92 에 2019년 07월 23일

0.59.10으로 문제가 해결되었는지 먼저 시도해보십시오.
그렇지 않다면 RN 0.60.4를 업그레이드하고 대신 Hermes 를 켜는 것이 좋습니다.

Kudo 에 2019년 07월 23일

Kudo가 말한 것을 반복하고 컨텍스트를 제공하고이 문제의 이전 내용을 요약합니다 (이 시점에서 너무 많은 주석을 정렬하기가 어려울 수 있으므로).

0.59.9 이하인 경우 이전 JSC에서 확인 된 문제입니다. 위에 언급 된 수백 개의 댓글의 주제입니다 (및 기타 문제). 이 문제는 64 비트에만 국한되는 것은 아니지만 대부분 64 비트에서 발생합니다.

0.60+에는 특히 Android에서 다양한 주요 변경 사항이 있습니다.

이를 거치지 않으려면 0.59.10을 시도해보십시오. 위에 설명 된 수정 사항이 버전 / 빌드에 직접 통합되어 있으므로 대부분의 경우 문제가 해결되는 것 같습니다.

여전히 특정 전화기에 문제가있는 경우가 있습니다 (저도 경험했습니다). # 25494를 참조하십시오.이 문제가있는 경우 스택 트레이스를 해당 공개 문제에 게시하는 것이 좋습니다. 그러나 0.59.9가 있다고 말하는 경우 0.59.10으로 이동하여 _ 아마도 _ 문제를 해결할 수 있습니다.

j-wang 에 2019년 07월 23일

👍10 ❤3

@MalcolmScruggs @ntorion @ harryt2
해결 했습니까? 해결 방법? 감사합니다

HelloJack0 에 2019년 08월 19일

0.59.10으로 해결되지 않았습니다. 0.60.x 업그레이드를 시도하겠습니다.

rogerkerse 에 2019년 08월 19일

@MalcolmScruggs @ntorion @ harryt2
해결 했습니까? 해결 방법? 감사합니다

0.59.10도 나에게 해결되지 않았습니다. 일부 종속성이 작동하지 않기 때문에 0.60.x로 업그레이드 할 수 없습니다. Hermes에서 컴파일했지만 ANR이 크게 증가했습니다 (단계적 출시에 감사드립니다). RN 버전 0.57.8로 Play 스토어에 계속 앉아 있지만 64 비트 요구 사항으로 인해 더 이상 내 앱을 업데이트 할 수 없습니다. 매우 실망스럽고 다른 프레임 워크로 전체 앱을 다시 빌드할지 여부를 결정하려고합니다.

harryt2 에 2019년 08월 19일

👍5

@ harryt2 @rogerkerse 감사합니다.
제 상황은 더 나쁩니다. 출시 된 버전에는 버그가있어서 64 애플리케이션을 업그레이드해야합니다. 지금은이 문제를 해결할 수 없습니다. 나는 또한 flutter를 시도하고 있지만 그렇게 빠른 완전한 교체는 아닙니다.

HelloJack0 에 2019년 08월 20일

실제로 React-Native를 0.60.5로 범프하고 Hermes + 64 비트를 활성화하는 문제를 겪었습니다 (react-native를 업그레이드하는 것이 항상 그렇기 때문에 고통이었습니다). HUAWEI MYA-L41).

나는 다른 스레드에서 찾은 모든 것을 운없이 시도해 보았으므로 반응 네이티브를 범핑하고 Hermes를 사용하면 이러한 문제가 모두 해결되지는 않습니다.

업데이트 된 react-native + Hermes 및 64 비트는 내가 실행 한 다른 Android 기기에서 놀랍고 우리 앱이 더 부드러워 진 적이 없습니다.

그러나 내가 언급 한 특정 장치 (Huawei)에서 테스트 할 때마다 즉시 충돌하거나 특정 충돌 메시지없이 앱이 1 ~ 2 초 동안 열린 후 해당 장치와 최신 Huawei ( 완벽하게 작동 함) 다른 휴대 전화에 대해서는 더 많은 정보를 제공 할 수 없습니다.

누구든지이 문제에 대해 진전이 있거나 내 문제를 더 구체적으로 기록 할 아이디어가있는 경우 언제든지 조언을 환영하며이 문제에 관한 정보를 공유 할 수 있습니다.
솔루션을 제공하는이 스레드의 사람들에게 감사하지만 지금까지는 운이 없습니다. 🙂

YoranRoels 에 2019년 08월 23일

❤1

@YoranRoels react-native init로 만든 깨끗한 앱을 실행 해 보셨습니까? 충돌이 RN 자체 때문인지 아니면 작성한 라이브러리 또는 코드 때문인지 궁금합니다.

armenbadalyan 에 2019년 08월 23일

@armenbadalyan 신속한 응답에 감사드립니다.

방금 새 프로젝트를 설정하고 장치에서 실행 해 보았는데 모든 것이 잘 보였으므로 결국에는 내 설정에서 무언가처럼 보입니다. 내 logcat이 com.<our_app_id> 외에 유용한 것을 분출하지 않기 때문에 이것을 디버깅하는 효율적인 방법이 있습니까?

YoranRoels 에 2019년 08월 23일

React Native 59.10도 우리를 위해 해결하지 않습니다. 앱을 처음 실행할 때 여전히 충돌합니다.

GreanBeetle 에 2019년 08월 26일

👍2

@GreanBeetle https://github.com/facebook/react-native/issues/25494를 참조

가장 최신 경로는 0.60+ 및 Hermes를 사용하는 것입니다.

@YoranRoels 장치에서 삭제 표시를 가져옵니다. 참조 : https://github.com/facebook/react-native/issues/24261#issuecomment -490239902

j-wang 에 2019년 08월 27일

@GreanBeetle 0.59.10에서 V8 엔진을 사용하여이 문제를 해결할 수 있습니다.
https://github.com/Kudo/react-native-v8

manuhook 에 2019년 08월 27일

감사합니다 @ j-wang. @manuhook 이 솔루션을 제공합니다.

GreanBeetle 에 2019년 08월 27일

@GreanBeetle 0.59.10에서 V8 엔진을 사용하여이 문제를 해결할 수 있습니다.
https://github.com/Kudo/react-native-v8

이 문제가 해결되었음을 확인할 수 있습니다. 64 비트와 빌드 react-native-v8 에 0.59.10 더 이상 충돌하지 않으며 우리는 마침내 구글 플레이에 다시 업데이트를 푸시 할 수 있습니다. 감사합니다!

tanx 에 2019년 08월 27일

❤2

@ j-wang이 언급 한 삭제 표시 로깅을 시도했지만 실제로 사용하지 않았으며 한동안 검색 한 후 읽을 수있는 근본 원인을 찾지 못한 것 같았 기 때문에 읽기가 어려웠던 엄청난 파일이었습니다.

@armenbadalyan 의 조언을

해당 구성 요소에서 react-native Image 의 source 변수로 null 를 전달할 가능성이 있습니다. 이 사실이 분명하지 않은 오류를 찾는 데 시간이 걸렸지 만 마침내 모든 것이 수정되었으며 모든 테스트 장치에서 실행 중입니다. 다른 테스트 장치에서 실패하지 않은 이유는 여전히 알 수 없습니다.

다른 사람들이 앱의 첫 번째 구성 요소를 단순화하여 해당 코드에서 충돌하지 않도록 할 수 있습니다.

요령 : 지금 쯤이면 주제에서 완전히 벗어 났을 것입니다.하지만 관심 대상은 다음과 같습니다. source Image 변수로 null 사용하지 마십시오. t 모든 장치에서 작동합니다. 😅

YoranRoels 에 2019년 08월 27일

👍15 🎉6 🚀4 😄3 ❤2 👀1

@ harryt2 그래, 나도. RN 0.60으로 업그레이드 한 후 ANR이 크게 증가했습니다. +

nguyen95 에 2019년 09월 12일

여전히 시작 충돌을 해결하려는 사람들에게 약간의 도움이됩니다.

콘솔에서 adb logcat 실행
콘솔 스팸이 중지 될 때까지 기다립니다.
기기에서 충돌하는 앱을 엽니 다.
Ctrl + c로 adb logcat 중지
위로 스크롤하여 충돌을 찾으십시오.

문제가 해결되지는 않지만 더 많은 것을 찾을 수 있습니다. 나는 2 개의 앱을 가지고 있는데, 하나는 64 비트에서 잘 작동하지만, 구성이 동일하더라도 다른 하나에서는 여전히 어려움을 겪고 있습니다. 내 충돌 장치는 One Plus 5t (64 비트)입니다.

ivanfranchi 에 2019년 09월 16일

❤1

RN 59.10, 특히 Android 9의 Samsung Galaxy Note9에서 빌드 한 새로운 앱 릴리스에서이 문제를 방금 보았습니다. 비슷한 문제가있는 다른 사람이 있습니까?

msspshaw 에 2019년 09월 20일

@msspshaw 위에서 언급했듯이 다른 문제에서도 그렇습니다. 새로운 JSC는 비 결정적으로 가비지 수집되기 때문에 특정 Android 기기에서 무작위로 정지 / 충돌 한 다음 전체 앱이 다운됩니다.

해결책은 0.60+로 업그레이드하고 Hermes를 사용하거나 v8 용 JSC를 전환하는 것입니다.

j-wang 에 2019년 09월 20일

@ j-wang이 언급 한 삭제 표시 로깅을 시도했지만 실제로 사용하지 않았으며 한동안 검색 한 후 읽을 수있는 근본 원인을 찾지 못한 것 같았 기 때문에 읽기가 어려웠던 엄청난 파일이었습니다.
@armenbadalyan 의 조언을
해당 구성 요소에서 react-native Image 의 source 변수로 null 를 전달할 가능성이 있습니다. 이 사실이 분명하지 않은 오류를 찾는 데 시간이 걸렸지 만 마침내 모든 것이 수정되었으며 모든 테스트 장치에서 실행 중입니다. 다른 테스트 장치에서 실패하지 않은 이유는 여전히 알 수 없습니다.
다른 사람들이 앱의 첫 번째 구성 요소를 단순화하여 해당 코드에서 충돌하지 않도록 할 수 있습니다.
요령 : 지금 쯤이면 주제에서 완전히 벗어 났을 것입니다.하지만 관심 대상은 다음과 같습니다. source Image 변수로 null 사용하지 마십시오. t 모든 장치에서 작동합니다. 😅

+1 나를 위해 작동합니다. 나도 같은 문제가 있었다. 감사합니다!

moneymc 에 2019년 09월 30일

👍1

또한 Android 7.0 RN 0.59.10의 Samsung Galaxy S7 IO-IL 086에서 발생합니다.

BracketMan 에 2019년 10월 07일

@BracketMan JSC 대신 V8을 사용하고 있습니까?

EmilScherdin 에 2019년 10월 07일

@EmilScherdin 아 아니, 아니에요. 한 번 해보고 감사의 마음을 전합니다.

BracketMan 에 2019년 10월 07일

👍1

@EmilScherdin RN 0.59.10에서 V8에서 실행하는 것이 저에게 효과적이며 더 이상 충돌이 없음을 확인할 수 있습니다.

감사!

BracketMan 에 2019년 10월 08일

v8의 RN 0.59.10에서 동일한 문제가 발생합니다. arm64-v8a에 대해 JIT가 비활성화되지 않았으며이 아키텍처를 사용하는 장치에서 충돌이 발생합니다.

mmamoyco 에 2019년 10월 11일

@mmamoyco V8에서 충돌 스택

Kudo 에 2019년 10월 15일

@Kudo 예, 충돌 로그가 있습니다. 충돌이 많이 발생했기 때문에 jsc에서 v8로 전환했습니다. 그러나 v8을 사용하여도 마찬가지입니다. 아래는 로그입니다

00 pc 0000000000c31dd8 /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so

# 01 pc 0000000000c3437c /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so
# 02 pc 0000000000c30554 /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so
# 03 pc 0000000000c33070 /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so
# 04 pc 0000000000bf2e94 /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so (v8 :: internal :: ItemParallelJob :: Task :: RunInternal () + 24)
# 05 pc 0000000000a4d660 /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so (v8 :: platform :: DefaultWorkerThreadsTaskRunner :: WorkerThread :: Run () + 56)
# 06 pc 0000000000a4a074 /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so
# 07 pc 0000000000067ec4 /system/lib64/libc.so (__pthread_start (void *) + 36)
# 08 pc 000000000001f2f4 /system/lib64/libc.so (__start_thread + 68)

AmandeepSingh06 에 2019년 10월 25일

👍1

0.59.1에서이 정확한 문제가 발생했으며 다음을 수행하여 수정할 수있었습니다.

⛄️ 이러한 지침은 jsc-android README 와 동일 하지 않습니다 . 버전 번호와 일부 기호를 수정했습니다. canary 버전 jsc 문제가 해결되지 않습니다. 필요한 것은 jsc-android @ canary 이후 의 버전입니다. react-native repo에 병합 된 원래 수정 사항은 이 패치 를 참조하세요. 이 문제를 해결하는 데 도움을 주신 @ ravali121 에게 감사드립니다.

jsc-android 의 "dependencies"섹션에 package.json :

dependencies {
   ...
+  "jsc-android": "^245459.0.0",
   ...
}

다음 실행 npm install 또는 yarn 새로운 의존성에 설치하는 (이 NPM 클라이언트 사용에 따라) 순서 node_modules

android/build.gradle 파일을 수정하여 jsc-android 패키지에 패키지 된 새 로컬 Maven 저장소를 검색 경로에 추가합니다.

allprojects {
    repositories {
        mavenLocal()
        jcenter()
        maven {
            // All of React Native (JS, Obj-C sources, Android binaries) is installed from npm
            url "$rootDir/../node_modules/react-native/android"
        }
+       maven {
+           // Local Maven repo containing AARs with JSC library built for Android
+           url "$rootDir/../node_modules/jsc-android/dist"
+       }
    }
}

앱의 업데이트 build.gradle 에있는 파일 android/app/build.gradle JSC 종속성을 추가 할 수 있습니다. 종속성이 React Native 종속성 앞에 있는지 확인하십시오.

dependencies {
+   // Make sure to put android-jsc at the top
+   implementation 'org.webkit:android-jsc:+'
    compile fileTree(dir: "libs", include: ["*.jar"])
    implementation "com.android.support:appcompat-v7:${rootProject.ext.supportLibVersion}"
    implementation "com.facebook.react:react-native:+"  // From node_modules
}

android/app/build.gradle 에있는 앱의 build.gradle 파일을 업데이트하여 첫 번째로 일치하는 JSC 라이브러리를 사용합니다.

android {
    // ...
+   packagingOptions {
+       pickFirst '**/armeabi-v7a/libc++_shared.so'
+       pickFirst '**/x86/libc++_shared.so'
+       pickFirst '**/x86_64/libc++_shared.so'
+       pickFirst '**/arm64-v8a/libc++_shared.so'
+       pickFirst '**/libjsc.so'
+    }
}

sotownsend 에 2019년 10월 31일

🎉4 ❤3 👍3 🚀1 😄1

아무도이 질문에 대답하는 데 도움을 줄 수 있습니까?
https://github.com/react-native-community/jsc-android-buildscripts/issues/127

pengcao1 에 2019년 11월 11일

null source 변수 Image 로 사용하지 마세요. 모든 기기에서 작동하지 않습니다. 😅

나는 당신을 인용하는 것이 싫지만이 스레드의 소음에서 당신의 해결책 을 거의 놓쳤습니다. @YoranRoels 너무 감사합니다 !! 이것은 날을 구했습니다!

joshuapinter 에 2019년 11월 19일

🎉1

온라인 실제 머신 테스트 웹 사이트를 찾았습니다. 거기에서 GALAXY S7 Edge 및 Android 7.0 os를 선택했지만, 불행히도 충돌이 발생하지 않았으며 @YoranRoels 메서드 세트 source Image 변수를 사용하려고합니다. {null} 및 {{ uri: null }} 하지만 여전히 충돌하지 않습니다. 무섭습니다. 어떻게 된 일인지 모르겠습니다. 누구든지 도와 줄 수 있습니다.

JinYuSha0 에 2019년 12월 23일

0.59.1에서이 정확한 문제가 발생했으며 다음을 수행하여 수정할 수있었습니다.
⛄️ 이러한 지침은 jsc-android README 와 동일 하지 않습니다 . 버전 번호와 일부 기호를 수정했습니다. canary 버전 jsc 문제가 해결되지 않습니다. 필요한 것은 jsc-android @ canary 이후 의 버전입니다. react-native repo에 병합 된 원래 수정 사항은 이 패치 를 참조하세요. 이 문제를 해결하는 데 도움을 주신 @ ravali121 에게 감사드립니다.
jsc-android 의 "dependencies"섹션에 package.json :
dependencies {
   ...
+  "jsc-android": "^245459.0.0",
   ...
}
다음 실행 npm install 또는 yarn 새로운 의존성에 설치하는 (이 NPM 클라이언트 사용에 따라) 순서 node_modules
android/build.gradle 파일을 수정하여 jsc-android 패키지에 패키지 된 새 로컬 Maven 저장소를 검색 경로에 추가합니다.
allprojects {
    repositories {
        mavenLocal()
        jcenter()
        maven {
            // All of React Native (JS, Obj-C sources, Android binaries) is installed from npm
            url "$rootDir/../node_modules/react-native/android"
        }
+       maven {
+           // Local Maven repo containing AARs with JSC library built for Android
+           url "$rootDir/../node_modules/jsc-android/dist"
+       }
    }
}
앱의 업데이트 build.gradle 에있는 파일 android/app/build.gradle JSC 종속성을 추가 할 수 있습니다. 종속성이 React Native 종속성 앞에 있는지 확인하십시오.
dependencies {
+   // Make sure to put android-jsc at the top
+   implementation 'org.webkit:android-jsc:+'
    compile fileTree(dir: "libs", include: ["*.jar"])
    implementation "com.android.support:appcompat-v7:${rootProject.ext.supportLibVersion}"
    implementation "com.facebook.react:react-native:+"  // From node_modules
}
android/app/build.gradle 에있는 앱의 build.gradle 파일을 업데이트하여 첫 번째로 일치하는 JSC 라이브러리를 사용합니다.
android {
    // ...
+   packagingOptions {
+       pickFirst '**/armeabi-v7a/libc++_shared.so'
+       pickFirst '**/x86/libc++_shared.so'
+       pickFirst '**/x86_64/libc++_shared.so'
+       pickFirst '**/arm64-v8a/libc++_shared.so'
+       pickFirst '**/libjsc.so'
+    }
}

당신은 생명의 은인입니다! ❤️ 해당 코드를 붙여넣고 jsc-android 버전을 정확히 언급 한대로 변경하기 위해 3 일 동안 답변을 찾고있었습니다. 이제 작동 중입니다! RN 버전을 0.59에서 0.60으로 업그레이드 할 때 오류가 발생했습니다. 앱은 안드로이드에서만 고장 났고 ios는 괜찮 았습니다. 가장 이상한 점은 앱이 성공적으로 컴파일되어 모든 것이 훌륭해 보였지만 시작하자마자 충돌이 발생했다는 것입니다.

LPranulis 에 2020년 01월 16일

👍1

React-native: Android OS 6에서 앱 충돌 Samsung Galaxy S7 SM-G930FD (JSC 충돌) 64 비트 지원 A / libc : Fatal signal 11 (SIGSEGV)

가장 유용한 댓글

모든 190 댓글

25060

00 pc 0000000000c31dd8 /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so

0.59.1에서이 정확한 문제가 발생했으며 다음을 수행하여 수정할 수있었습니다.

`null` `source` 변수 `Image` 로 사용하지 마세요. 모든 기기에서 작동하지 않습니다. 😅

0.59.1에서이 정확한 문제가 발생했으며 다음을 수행하여 수정할 수있었습니다.

관련 문제

React-native: Android OS 6에서 앱 충돌 Samsung Galaxy S7 SM-G930FD (JSC 충돌) 64 비트 지원 A / libc : Fatal signal 11 (SIGSEGV)

가장 유용한 댓글

모든 190 댓글

25060

00 pc 0000000000c31dd8 /data/app/my.app.id-a42vFQTz2lrEJMUnXdYsYA==/lib/arm64/libv8.so

0.59.1에서이 정확한 문제가 발생했으며 다음을 수행하여 수정할 수있었습니다.

null source 변수 Image 로 사용하지 마세요. 모든 기기에서 작동하지 않습니다. 😅

0.59.1에서이 정확한 문제가 발생했으며 다음을 수행하여 수정할 수있었습니다.

관련 문제

`null` `source` 변수 `Image` 로 사용하지 마세요. 모든 기기에서 작동하지 않습니다. 😅