問題を送信していただきありがとうございます。 説明をもう一度見て、問題テンプレートが完全に入力されていることを確認できますか？

👉バグレポートの問題テンプレートをもう一度確認したい場合は、ここをクリックしてください。

問題を送信していただきありがとうございます。 説明をもう一度見て、問題テンプレートが完全に入力されていることを確認できますか？

👉バグレポートの問題テンプレートをもう一度確認したい場合は、ここをクリックしてください。

更新しました

参照用のLogcatエラースクリーンショット

64ビットスプリットビルドの公開Android7.0を搭載したGalaxyS7およびGalaxyS7Edgeでの起動時にもこのクラッシュが発生します
表示されているAndroidのバイタル：
シグナル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ビットビルドのみを提供する回避策は、今のところこれを解決しています

Android7.0を実行している表示されます。 アプリは起動時にクラッシュします

Android7.0を実行している表示されます。 アプリは起動時にクラッシュします

@nsantacruzもreact-navigationを使用していますか？ 他のすべての記者に共通しているようです

@nadavmos 、私はreact-navigationを使用していません。 この問題はAndroid7.0のSamsungS7で0.59にも影響しているため、これはおそらく

@nadavmosクラッシュはreact-navigationとは関係ありません。実際、アプリは、react- nativeinitを介して作成された新しいRNプロジェクトでクラッシュしています。

@hramos @mkonicek現時点では、これは最新のRN 0.59リリースの問題であり、 arm64-v8aサポートを提供した後、 S7 Edge Samsung S7 、 S7 Edge実行されているAndroidビルドに影響を与えると結論付けることができます。 arm64-v8a 、 x86_64 、 build.gradleからそれらを削除してもアプリはクラッシュしません。これは、Google Play 64ビットサポートポリシーに従って、 1 August 2019以降にアプリが稼働することに影響を与える可能性があります。 注目していただきたいのですが。

0.58.5でも発生します。 ギャラクシーS7。 Android6.0。 32ビットビルドに設定しても機能しません。

Android7.0を実行しているGalaxyS7のRN0.59.4の64ビットビルドで同じクラッシュが発生しています。 残念ながら、そのモデルのデバイスにアクセスできません。 それは私たちのすべてでうまく機能します。

次の環境でHuawaiP9デバイスで同じ問題が発生します。

  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)

Android7のSamsungGalaxyS7でも同じ問題が発生しています

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)

〜これをandroid/app/build.gradle追加すると〜修正される可能性があります〜（修正されませんでした）：〜

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

〜https：//github.com/react-native-community/jsc-android-buildscripts/pull/95を参照して

助けてくれてありがとう、しかし解決策は私たちを助けませんでした。

16日。 2019г.、в午前19時12分、アンドリュー・ジャック[email protected] написал（а）：

これをandroid / app / build.gradleに追加すると、修正される可能性があります。

PackagingOptions {
pickFirst ' / libjsc.so'pickFirst ' / libc ++ _ shared.so'
}
react-native-community / jsc-android-buildscripts＃95https ： //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/ AEO_1BMzddSncn2DtQeDcx_y1KIz0ZSGks5vhfaJgaJpZM4cX_xB 。

これをandroid/app/build.gradle追加すると、修正される場合があります。

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

react-native-community / jsc-android-buildscripts＃95を参照してください

私は今これをテストしています。

@AndrewJackはあなたのために働いていましたか？

これを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)

@taschikそれは機能しませんでした、私はjsc-android-buildscripts構成を修正することが機能するかもしれないと思いました。

同じ例外が発生しますが、キャッチされない例外ハンドラーでキャッチできません。 私のAndroidアプリでは、次のコードを試しました。

Thread.setDefaultUncaughtExceptionHandler(...);

ハンドラーを使用します。これは、例外名をコンソールに書き込み、制御をデフォルトハンドラーに戻すだけですが、そのコードはアプリがクラッシュする前に実行されていませんでした。

Crashlyticsがこの例外をログに記録しない理由を調査しようとしていました。 たぶんそれが理由です...私はファブリックコンソールでネイティブクラッシュを1、2回見たので、crashlyticsはネイティブクラッシュをログに記録できますが、どういうわけかこの場合はそうではないことを覚えています。

@SpertsyanKMクラッシュはndkレベルで発生します。 Crashlytics NDKライブラリを追加しない限り、Firebaseコンソールにクラッシュは表示されません。 https://docs.fabric.io/android/crashlytics/ndk.html

お気づきのとおり、 Thread.setDefaultUncaughtExceptionHandlerはJava例外のみをキャッチします。

今日RN0.59.5にアップグレードしましたが、クラッシュは引き続き発生します。 この問題はまだ修正されていません。

こんにちは、皆さん、私は0.59.5で同じ問題を抱えています。AndroidManifest.xmlのandroid：screenOrientation = "portrait"を削除してください。 わたしにはできる。

@Jeijieまだそこにはありませんでしたが、とにかくクラッシュしました。

REDMI NOTE 4X And​​roid7.0とhuaweiHRY AL00A Android9で同じ問題

AutomaticThread
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]

Galaxy S7 Edge / Android 7.0でも、React-Nativeの3つの異なるバージョン（0.58.4、0.58.5、0.59.5）でも同じ問題が発生します。
クラッシュは他のAndroidデバイスでは検出されていません。

現在、この問題を回避する唯一の解決策は、32ビットでのみアプリをビルドすることです。 ただし、Playストアでは32ビットアプリのみが受け入れられなくなるため、この問題は最初の8月に修正する必要があります。

同じことを体験し、Android <= 7.0（8.0ではない）のGalaxyS7に限定します。 64ビットサポートを有効にしてから発生します。

Gradleのデフォルト設定の時点では、64ビットもサポートされていませんが、それでもクラッシュが発生します。
`` `
defaultConfig {
applicationId _applicationId
minSdkVersion 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 
}```

ここでもう1つ、問題が一部のMediatekデバイスでも発生することに気づきました
アルカテルA5（ELSA6）
アルカテル1x / TCL L9（U5A_PLUS_4G）
x64をサポートするMediaTekSoCを備えた他のいくつかのデバイス

こんにちは。 私たちはそれを発見しました：

1. 〜64ビットサポートを削除する修正は機能します〜これは一部のユーザーの問題のみを修正しました
2. 〜ユーザーに_電話を再起動_してこの問題を自分で修正してもらいました（32ビットアプリに切り替える必要はありません）〜同じ問題はありませんでした。

64ビットサポートを削除すると、クラッシュレポートが最大90％削減されたことを確認できます
それはまだいくつかのデバイスで起こっています。 しかし、現在の「修正」は私が今できる最善のことです

OnePlus 3でもクラッシュしますが、64ビットサポートを削除しても効果はありません。 クリーンなreact-nativeinitプロジェクトでクラッシュします（アプリのAPKを開くときのエミュレーターでも）。

同じ問題s7エッジアンドロイド7.0がバンドル分割で本番環境でクラッシュし、他は大丈夫のようです
シグナル11（SIGSEGV）、コード1（SEGV_MAPERR）
バックトレース：
＃00 pc 000000000009e144
＃01 pc 00000000000a4a70

この問題は、Webkitリポジトリですでに確認されています。 数か月前にこの問題を発見したときにコメントしました： https ：

努力を調整することは素晴らしいことです。

注： Youiでは、RNを非標準的な方法で使用しています。 独自の64ビットJSCを構築しているため、この問題は0.58よりはるかに早く発生しました。

一般的な要因は、Android 6.0または7.0（レベル23および24）とARM64デバイスのようです。
この組み合わせで最も一般的なデバイスはS7です。 S7をAndroid8にアップグレードすると、問題が修正されます。

Android ARM 64ビットエミュレーターでクラッシュを再現しましたが、Android ARMエミュレーターのイメージは不安定でバグがあり、操作できません。 デバッグするS7もあります。これをAndroid7にダウングレードしようとしていますが、Samsungではこれを簡単に行うことはできません。

@ kmagiera ＆ @ kudoあなたは最近JSCの新しいバージョンをリリースしました。 このリリースでこの問題が修正されることを期待していますか？ NDKバージョンの調整は役に立ちますか？ https://github.com/react-native-community/jsc-android-buildscripts/pull/95

@AndrewJackWebKitセキュリティパッチ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クラッシュパスは、社内で再現するのが難しく、トラブルシューティングも困難です。
いくつかの潜在的な修正がありますが、それらがクラッシュの問題を本当に解決するかどうかはよくわかりません。

• 修正の1つは、 DFG_JITを

• アップストリーム関連のoperationLinkDirectCallからのます

• 新しいJSC（WebKitGTK 2.24）には、多くのJITの変更が含まれています。 アップグレードが役立つ場合は試してみる価値があります。

IMO、社内での複製が不可能な場合は、実験的なビルドを提供することもできます。

私の計画は、JSCのアップグレードを簡単にすることです。単純にyarn add jsc-android@experimentです。 これはRN0.60で発生するはずです。
このメカニズムにより、少なくともクラッシュの問題を修正するための一歩を踏み出すことができます。

一方で、信頼できる複製コードと環境があれば役に立ちます。
たとえば、react-native-navigationからのリポジトリがあります。 それは大いに役立ちます。
https://github.com/react-native-community/jsc-android-buildscripts/issues/84#issue -407898908

クラッシュは、Android9を搭載したPixel2でも発生します。
APKの実行時にクラッシュログを取得する方法はありますか？ これらのクラッシュに関する詳細情報の入手を喜んでお手伝いさせていただきますが、Androidの開発についてはよくわかりません。

@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し、テキストエディターでトゥームストーンを開くことができます。

繰り返しになりますが、これらのクラッシュの性質を考えると、あまり有益ではありません。 少なくとも私たちの場合、それらは通常mqt_jsを使用し、低いポインタアドレスにあります。 また、32ビットのみのapkでも発生します（ただし、奇妙なことや予測できないことは少なくなります）。

===

@工藤—さまざまなJSCをより簡単に試して、その機能を確認できることを心から楽しみにしています。 これは、これまでのところ、0.59にアップグレードする際の実際の問題点であり、非常に非決定的で予測不可能なクラッシュが発生します（これは、特定のデバイスでのみ発生する場合もあります）。

シンボリックなバックトレースを取得するために、私はadblogcatとndk-stackを組み合わせていました
たとえば、RN 059ストックJSC（[email protected]）およびarm64-v8aABIをターゲットにします。

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

この問題に関する更新はありますか？

Google Play 64 bit support policy.ように、64ビットを削除することは解決策ではありません。 1 August 2019後に稼働するアプリに影響を与える可能性があります。 この問題に対する適切な解決策が必要です。 @hramosこれに関する更新はありますか？ 注意してください。

こんにちは、皆さん、私は0.59.8で同じ問題を抱えています、
この問題に対する適切な解決策が必要です。

こんにちは、
私は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

多くのクラッシュはSamsungS7から来ているようです。 残念ながら、S7は手元にありません。
うまくいけば、さらにトラブルシューティングを行うためにいくつかの有用な情報を取得します。

@marlonchalegre

@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を持っているので、これを理解するために他の何かを実行してみてください。

私の提案は、JITを無効にしてJSCを再コンパイルすることです。 OSのセキュリティメカニズムがJITに干渉する可能性があります
予測できない方法での操作。

@MalcolmScruggsと同じクラッシュログを再現しました。 S7の場合-Android7.1.2-LineageOS14.1。

RN0.59.8および最新バージョンのマスターブランチ。

クラッシュを再現するために変更は必要ありません。 デフォルトのRNテンプレートは、画面を少しタップした後にクラッシュをトリガーします。

ここにリポジトリ-https ：//github.com/AndrewJack/jsc_crash/tree/rn_master_branch
クラッシュログはREADME.mdにあり

次のステップ：JITを無効にして独自のバージョンのJSCを構築する

誰かが新しいバージョンのAndroidでS7を持っていて、ダウングレードしたい場合。 これは私がしたことです：

このソフトウェアをダウンロードします。

• https://twrp.me/samsung/samsunggalaxys7.html
• https://www.los-legacy.de/ v14.1-herolte
• https://opengapps.org/

1. TWRPリカバリをインストールします（odin [ウィンドウが必要]または他の方法を使用）
2. リカバリを起動します
3. マウントストレージ
4. LineageOS rom＆gappsパッケージをコピーする
5. フラッシュLineageOSとgappsイメージをインストールします
6. リブート。

最新のreactNative Masterを使用し、 @ Kudoのフォークからまたはno-jitを使用すると、クラッシュを再現できません。

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

@AndrewJackすごい、あなたは私の実験したビルドがとても速いことに
フィードバックをお寄せいただきありがとうございます。これらのバージョンでクラッシュが修正されたことを知っておくとよいでしょう。

親愛なる、

私は2つの実験されたJSCバージョンを持っていました、これらがあなたのためにクラッシュを修正することができるかどうか試してみてください。
ここでの簡単な手順：
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17

実験されたバージョンの1つは、1種類のJITを無効にすることです。
そしてもう1つは@matthargettからJITを完全に無効にすることをお勧めします。
2つのバージョンでクラッシュが修正される場合は、私の要点に記載されているように、全体的なパフォーマンスとTTIについてもフィードバックしてください。

@工藤ありがとうございます！ それらのビルドでの同時GCについて何を知っていますか？ 32ビット版との違いはどこかで言及されているのを見ましたが、もちろんそのコメントはもう見つかりません。 クラッシュが続く場合に備えて、遊ぶ価値のあるもう1つのことかもしれません。

@wbercx並行GCまたは並行JS（並行JIT）を意味しますか？
デフォルトでは、並行GCはarm64とx64でのみ有効になっています。
並行GCは、クラッシュの問題とは関係がない場合があります。 JITに関連するのではなく、ヒープ管理に関する可能性があります。

両方のビルドで同時JSが無効になっています。
（デフォルトでは、 ENABLE(DFG_JIT) && USE(JSVALUE64)に対してのみ有効になります）

ところで、JavaScriptCoreのJITは複雑で、私はこの専門家ではありません。
私が間違っていた場合は、遠慮なく指摘してください。

@Kudo no-jitとno-dfg-jit実験的なJSCバージョンを試しましたが、クラッシュを再現できませんでした。 これは、 @ AndrewJackが報告した内容と

私はこれを基本的なプロジェクトで試していたので、パフォーマンスへの影響についてコメントすることはできません。

私はいくつかのより多くの情報を持っています、私はこのクラッシュも見ています：
サムスンギャラクシーS7（ヘロルテ）、Android 7.0
Oppo F7（CPH1819）、Android 8.1

0.58.5でも発生します。 ギャラクシーS7。 Android6.0。 32ビットビルドに設定しても機能しません。

32ビットに戻した後もクラッシュはここでも発生しています

@MalcolmScruggs両方の実験バージョンがクラッシュを修正するのを聞いて
私はDFG_JITを無効にすることを考えています、少なくともJITオプションは古いJSCと一致しています。

@Kudo影響を受けるデバイス/ CPUのみにDFG_JITを無効にするという修正をターゲットにすることを計画していますか？

誰かがいくつかのクラッシュを修正しているReactNativeの最後のバージョン（0.59.8）を試しましたか（リリースノートに記載されています）？
https://github.com/facebook/react-native/releases

誰かがいくつかのクラッシュを修正しているReactNativeの最後のバージョン（0.59.8）を試しましたか（リリースノートに記載されています）？
https://github.com/facebook/react-native/releases

私の場合、0.59.8を使用していましたが、他に何も機能していないようだったので、その後0.57.8に戻しました。 このバグは、アプリを開くとすぐにクラッシュするため、特に悪いです。 私のアプリはレビューでかなりのヘアカットをしました。

これらのデバイスには信号11のクラッシュがありますが、メモリの場所を示しているだけです。

一般的なモバイルGM8Go-Android 8.1
Motorola Moto E-Android 7.1
サムスンギャラクシーA6 + -Android 8.0
サムスンギャラクシーグランドプライムプロ-Android8.0
サムスンギャラクシータブS2-Android8.0
サムスンギャラクシーJ5プライム-Android8.0
サムスンギャラクシーJ6-Android8.0
サムスンギャラクシーJ7マックス-Android8.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
サムスンギャラクシーノート9-Android9.0
サムスンギャラクシーS9-Android9.0
Xaomi Redmi Note 5 Pro-Android 8.1

@ harryt2のリストにいくつかのデバイスを追加できます。

シグナル11は、メモリ位置のみでクラッシュします。

サムスンギャラクシーノート9-Android9.0
Huawei Honor 8X-Android 9.0
サムスンギャラクシーA7（2018）-Android 9.0
サムスンギャラクシーS9-Android9.0
サムスンギャラクシーA6 + -Android 9.0
ノキアノキア8-Android9.0
Huawei Huawei P30 lite-Android 9.0
サムスンギャラクシーノート8-Android9.0
サムスンギャラクシーA9-Android8.0
サムスンギャラクシーS7-Android8.0
..。
リストは、最大65の異なるデバイスと7.0から9.0までのAndroidバージョンで続きます。

このデバイスでは、エラーが常に発生するとは限りません。 しかし、グーグルプレイで報告された私のアプリケーションのクラッシュ率が0.57.8から0.59.5へのアップデート後に0.16％から1.02％に変わったので、それは本当の懸念です。

0.57.8：

0.59.5：

私はAndroid開発の専門家ではなく、このクラッシュがどこから来ているのか理解していません。 役に立ったら、もう少しデータを提供できます。

私たちのプロジェクトの@ntorionは、

現時点でこれに対する解決策はありますか？
私は2つの異なるギャラクシーノート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は@Kudo命令を使用しますhttps://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17

@matpaul @Kudoこのjsコアの実験的なビルドで問題が解決したように見えることを確認できます（Samsung s7でテスト済み）。

このトレースに関連するクラッシュは、Androidで0.58.6にダウングレードすると解消されました。 57.6にダウングレードすることを計画していましたが、 58.6これが修正されたようです（ただし、 Androidの問題を軽減する必要があり、リリースのために手動でビルドする必要があります）。

@工藤

親愛なる、

私は2つの実験されたJSCバージョンを持っていました、これらがあなたのためにクラッシュを修正することができるかどうか試してみてください。
ここでの簡単な手順：
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17

実験されたバージョンの1つは、1種類のJITを無効にすることです。
そしてもう1つは@matthargettからJITを完全に無効にすることをお勧めします。
2つのバージョンでクラッシュが修正される場合は、私の要点に記載されているように、全体的なパフォーマンスとTTIについてもフィードバックしてください。

@工藤あなたの要点でも述べたように、私はここで2つの観察をしました

• 本番アプリの1つを数分間使用すると、アプリが@kudo-ci/jsc-android@241213-no-dfg-jit依存関係でハングします。
• アプリは@kudo-ci/jsc-android@241213-no-jit依存関係as of nowで正常に動作しており、TTIは以前のビルドと同じ/目立たないままです。

工藤、 no_dfg_jitに対してテストしたときにアプリがハングしていることに気付いたので、プルリクエストはこれを修正するのに十分ですか？

ここでいくつかの更新：
ネイティブクラッシュがS7エッジで簡単に発生するかどうかは本当に疑わしいですが、他のアプリケーションがそのような問題に直面しているはずです。
ガッチャ！
テキストAPIを使用したGooglePlayサービスにはこの問題がありましたが、OSSの修正はありませんでした
MonoはS7Exynos bit.LITTLEarchでクラッシュの問題を発見しました。これが修正です。

JavaScriptCoreはARM64Assemblerで__clear_cacheしました。
今週後半に__clear_cacheにパッチを適用するための別の実験的なビルドがあります。

__clear_cacheを修正した実験的なビルドの準備ができました。

手順は以前と同じですが、異なるnpm依存関係を使用するだけです。

1. yarn add '@kudo-ci/jsc-android@241213-fix-clear-cache-dfg'およびバージョン241213.8000.0確認済みadb logcat（ここでソースコードを参照）
2. yarn add '@kudo-ci/jsc-android@241213-fix-clear-cache-no-dfg'およびバージョン241213.9000.1確認済みadb logcat（ここでソースコードを参照）

申し訳ありませんが、クラッシュの問題を再度確認することはできませんが、基本的な機能を確認するためだけです。
可能であれば、2つの実験JSCのテストにご協力ください。
どうもありがとうございました。今回は幸運を祈ります。

cc @AndrewJack @MalcolmScruggs @tijs @ishantsagar @timhatch

@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でこれまでのところクラッシュがないようです（これまでのところ、問題の組み合わせ）

@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両方を試しましたが、どちらのバージョンでもクラッシュは発生していません。 私はAndroid7.0のSamsungGalaxyS7でテストしました：

[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]

@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>

悲しいことに、私たちはすでにそこにそれらを持っていました。

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を返していることに気付きました。 それを削除し、条件付きでstyleプロパティを追加するだけで、同様の例外が修正されました。ネイティブモジュールタイプで何かが起こっている可能性がありますか？

@tuncaulubilge情報をありがとう。
サムスン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テストしたことがありますか？
これらの2つのバージョンはarm32で同じである必要があり、どちらかをテストするだけで済みます。

@工藤UPDATE

元の問題（[排他的に] 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 ）について、別のデバイスと別のバックトレースで2回、別のクラッシュを刺激することができました。

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

私はテストアプリを2回クラッシュさせましたが、毎回同じ署名でクラッシュは体系的に再現できず、起動時ではなくテストアプリの異なる画面間のナビゲーション中に発生します。 関連するデバイスが手元にあるので、次のように読み取るデバイスからより完全なトレースを引き出すことができました。

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でのクラッシュのデバッグと解釈は私が以前に行ったことではありません

@工藤これが私の発見です：

サムスン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を使用することを計画しており、本番環境に対応できることを確認するためにさらにテストを行います。

ところで、すべての助けに感謝します。 私が何か助けになることができるかどうか私に知らせてください

@ timhatch @ tuncaulubilge素晴らしい体系的なテストとフィードバックをありがとう。
今のところ、私は本当に問題を解決する考えがありません。
DFGを無効にすることも、__ clear_cacheを修正することもそれを助けません。
さらに、クラッシュはarm32でも発生します（根本的な原因はarm64とは異なる場合があります）

私の個人的な意見では、少なくとも最初にクラッシュのないJSCがあることを確認するために、デフォルトでJITをまったく無効にしたいと思います。
ところで@tuncaulubilge @kudo-ci/jsc-android@241213-no-jitがストックJSCよりも速いことをどのように測定しましたか？
ベンチマークの結果から、no-jitバージョンの動作は少し遅くなるので興味があります。

@Kudoアプリの起動時間とメモリ使用量も測定しましたか？ 私は常に、これら2つのメトリックがJITなしの方が良いと思っていました。 ほとんどのアプリはUIが重いため、JITが実際のアプリで大きなメリットをもたらすかどうかはわかりません。したがって、起動とメモリ使用量が改善される場合は、JITを無効にしておくことをお勧めします。 また、JITなしでJSCのディスクフットプリントが小さくなるかどうかも知りたいです。

@工藤
これらのテストビルドで行ったように__clear_cacheを修正すると、状況は確実に改善されますが、修正による副作用か、まだ明らかではないより複雑な相互作用があります。 そうは言っても、 -fix-clear-cache-dfgテストアプリを再びクラッシュさせることはできませんでした。 @tuncaulubilgeが言うように、動作はメモリの負荷やその他の要因に依存している可能性があります。

JITを完全に無効にすることは「クラッシュフリー」オプションのようです。このオプションによるパフォーマンスの低下には気付いていないので、「安全な」選択になります。

@Kudo明確にするために、私はReact-Native 0.58.6（カスタムjscがインストールされていない）と@kudo-ci/jsc-android@241213-no-jit 0.59.8を比較してきました。

測定は行っていませんが、パフォーマンスの向上は非常に顕著です。 あなたが言ったように、 no jitバージョンは[email protected]より少し遅いと思いますが、それは比較すると無視できます。 安定性の向上は、jitから得られるマイナーなパフォーマンスの向上を大幅に上回っているため、デフォルトのオプションとしてno-jitバージョンを使用することをお勧めします。

Expo v32を使用してアプリをビルドしていますが、Androidのバージョンとデバイスでこのエラーが発生しています。

@ tido64TTIに大きな違いはありません。 バイナリサイズはno_dfgバージョンから約1MB減少します。 メモリは約48％減少します。
JITを完全に無効にするPRを送信しましたが、測定結果があります。
https://github.com/react-native-community/jsc-android-buildscripts/pull/108

@timhatch__clear_cacheの修正が少し役立つと聞いて
根本的な原因がbig.LITTLEにあるのではないかと疑っていますが、問題を引き起こす他のJSCコードはまだ見つかりませんでした。
SamsungS5とS7はどちらもbig.LITTLEと2つのCPUセットのキャッシュラインサイズが異なります。
サムスンノート5でクラッシュを再現できなかったのは、2つのCPUセットのキャッシュラインサイズが両方とも64Bであるためかもしれません。
OSスケジューラとJSCが実行時に大きな<-> LITTLECPU間で移行できるかどうかはわかりません。
それが本当であるならば、問題はその時に特に起こるかもしれません。

@tuncaulubilgeそれは私にとって好奇心が強いです。
あなたは私のPRをチェックすることができます、no-jitバージョンは在庫RN058JSCより遅いです。
それは私が測定中に感じたものでもあります。
おそらくベンチマークは極端なケースであり、以前のRNアプリとはかなり異なります。
ところで、バイナリサイズとメモリサイズがノージットバージョンから減少しているのを見ました。
これらの2つの利点とクラッシュのないことは、私にとってより合理的です。

このコードは命を救います

@RomanovYurii 32ビットのサポートのみを提供することにより、build.gradleのdefaultConfigブロックのndkabiFiltersから64ビットのndkフィルター「arm64-v8a」、「x86_64」を削除したとき。 クラッシュはなくなりましたが、 Google 64ビットサポートの義務に従って、これは64ビットndkサポートで修正する必要があります。

25060

@dishantwalia @Kudo無効JITは64ビットで動作し、これまでのところパフォーマンスの問題は見られません。

この要点は私のために働いたhttps://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17

親愛なる、

no-JITJSCをjsc-androidnpmに公開し、以前の要点をjsc-android@nextを使用するように修正しました。
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17
うまくいけば、すべてのクラッシュの問題を修正します。
パフォーマンスが大幅に低下しない場合は、JITなしのバージョンを@latestバージョンとして正式に提案し、PRを送信して新しいRNに組み込みます。

親愛なる、

no-JITJSCをjsc-androidnpmに公開し、以前の要点をjsc-android@nextを使用するように修正しました。
https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17
うまくいけば、すべてのクラッシュの問題を修正します。
パフォーマンスが大幅に低下しない場合は、JITなしのバージョンを@latestバージョンとして正式に提案し、PRを送信して新しいRNに組み込みます。

ありがとう@ Kudodisable -jitは魅力のように機能します!!!

大変な努力をしてくれた@Kudoに感謝します！ 241213.2.0は、クラッシュを解決したようです。 残念ながら、パフォーマンスへの影響はかなり重要です。 忙しい画面の一部にあるローエンドデバイスでは、js fpsが20〜30％減少することがわかりました。

クラッシュがなくなったことも確認できますが、ローエンドデバイスのパフォーマンスもかなり低下しています。 より現代的なJSCのためにRN58 / RN59にアップグレードするのを待っていたことを考えると、非常に残念だと言わざるを得ません。

@kudoの最悪のシナリオでは、jitは64ビットバージョンでのみ無効にする必要があり、64ビット対応デバイスのみがクラッシュします

@yendaそのビルドが修正になった場合は、そのオプションをyesにするとよいでしょう。 それがどれほど難しいかわからない。 うまくいけば、それはJSCの2つのバージョンを出荷することを意味しないでしょう

@benoitdion @ItsNoHaxパフォーマンスの低下が見られた特定のデバイスをリストできますか？ ありがとう！

とりわけNexus5とSamsungTabEでテストされています。

RNプロジェクトを59.xにアップグレードするGoogle社員の場合、 android/app/build.gradle -> android {defaultConfig {versionName}}がreact-native-code-pushで指定されたバージョンと一致していないことを確認してください。

私は同じ問題で約3日間苦労しましたが、後でv59.3でアップグレードしたReact Nativeプロジェクトが、React Nativev54.7を含むコードプッシュによって更新されていることがわかりました。

これは90％の人々に当てはまらないはずです。 しかし、私のような人にとっては、時間を節約できます。

その後、@ Kudoに感謝します。 クラッシュの問題を修正しました。

Huawei Honor8Xにもこの問題があります

クラッシュがなくなったことも確認できますが、ローエンドデバイスのパフォーマンスもかなり低下しています。 より現代的なJSCのためにRN58 / RN59にアップグレードするのを待っていたことを考えると、非常に残念だと言わざるを得ません。

こっちも一緒。 Androidの古いRNは遅くてクラッシュし、新しいRNは速くてクラッシュしました。この修正により、新しいRNは安定して遅くなります。 Androidではすべてを手に入れることはできないようです。 🙈

親愛なる、

JITを使用しないバージョンでは、パフォーマンスが低下したことをお詫び申し上げます。
申し訳ありませんが、現在解決策はありません。
再現できなかった問題のトラブルシューティングは困難です。
うまくいけば、コミュニティの誰かが問題を掘り起こすのを手伝ってくれるでしょう。

JSC for RNは、 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に違反する可能性がありますが、問題がどのように進行しているかはわかりません状態に。

これとjsc-android-buildscripts @ Kudoにご協力いただきありがとうございます。 あなたの進歩に続いてそれは素晴らしいです！ 私たち（この問題を監視しているコミュニティ）が支援できることはありますか？ @tuncaulubilgeはほぼ安定した再現ケースを持っていたと

たぶん、内部のFacebookのreact-nativeチームにはjscの専門家がいますか？

私はこの問題に直面したばかりですが、REAL DEVICE、LENOVO A701a48、RUNNING ANDROID6でのみ発生します。
から"arm64-v8a", "x86_64"を削除する

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

それを解決しましたが、少しハックを感じました。

RNのチームからのアップデートがすぐにあることを願っています:(

親愛なる、

これがおそらく私の最後の試みです-新しいWebKitバージョンを使用することです。
@kudo-ci/jsc-android@245459-fix-clear-cache-no-dfgはWebKitGTK 2.24.2に基づいており、ベースラインJITはありますが、DFGJITはありません。
注目すべき変更は、新しい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-ci/jsc-android@245459-fix-clear-cache-no-dfgは問題なく動作します！

上記のJSCを使用すると、RNv0.59で発生していたクラッシュが解消されたことを確認できます。 Google Nexus 6でテスト済みで、その他はロールアウト後に確認されます。

ありがとう！

@工藤@kudo-ci/jsc-android@245459-fix-clear-cache-no-dfgが私にも使えることを確認できます。 以前にRNv0.59で発生し、 no-jitまたはjsc-android v241213.2.0修正されたSamsung Galaxy S7SM-G930FDではクラッシュは発生しません。

他のプロジェクトのマイルストーンが邪魔になっているため、この新しいビルドを統合する機会はまだありませんが、これらが邪魔にならないようになったらすぐに統合する予定です。

@Kudoの元のno-dfgビルドは、私が見たクラッシュの99％を修正し、1回のクラッシュを刺激することはできましたが、それを繰り返すことはできませんでした。

@tuncaulubilgeは、元のno-dfgビルドでクラッシュを再現できたと思います。したがって、彼がこの新しいビルドで何を作成するかを見るのは興味深いことです。

@rimzici @ dishantwalia @ timhatchご協力いただきありがとうございます。

@tuncaulubilge時間があれば、最新の実験バージョンを確認するのを手伝っていただけませんか？
IIRC、前回「 241213 -fix-clear-cache-no-dfg」からのクラッシュを報告したのはあなたと@timhatchだけです。
うまくいけば、更新されたバージョンでクラッシュを修正できます。
ありがとうございました。

@工藤
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を統合した後、この問題が発生します。MotorolaZ2Android7.1.1でのみビルドが開始されました。

@工藤
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を統合した後、この問題が発生します。MotorolaZ2Android7.1.1でのみビルドが開始されました。

これはrealm関連しているようですhttps://github.com/realm/realm-js/issues/2261#issuecomment-468691502を確認して
https://github.com/realm/realm-js/issues/2221

@工藤もう一度、素晴らしい仕事をありがとう！ 残念ながら、私は新しいプロジェクトに移動し、古いプロジェクトにアクセスできなくなりました。 私は古いチームメイトに連絡を取り、誰かにこれを試してもらうようにします。

特にreactRootView.unmountReactApplicationでクラッシュが発生し、ガベージコレクションがトリガーされ、クラッシュが発生することがありました。 ReactRootViewsを作成および破棄して、サンプルアプリで再現できる場合があります。

@工藤
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を統合した後、この問題が発生します。MotorolaZ2Android7.1.1でのみビルドが開始されました。

これはrealm関連しているようですrealm / realm-js＃2261（コメント）を確認してください
レルム/レルム-js＃2221

どうもありがとうございます！ レルムを2.28に更新する必要がありました。
@工藤ありがとう

@Kudo以前のテストと同じビルド構成で、以前に影響を受けたアプリのバージョンを再ビルドしましたが、 @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfgます。
これまでのところ、クラッシュやハングは発生していません。週末にアプリにストレスをかけ、問題が発生した場合は報告できるかどうかを確認します。

@timhatchどうもありがとうございました、そして週末に時間をかけてください。
次回はあなたからの良いニュースを聞くために指を交差させます。

パッチでビルドできません。 FBSDKから次のエラーが発生します。

「」
タスク：react-native- fbsdk：compileReleaseJavaWithJavacが失敗しました
/ 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）
^
シンボル：メソッド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この問題は私には奇妙に思えます。 JSCAARのJavaコードやgradleの依存関係には触れませんでした。
問題を確認するか、パッチの適用方法を簡単に説明してください。
誤って古いRN依存関係を使用していると思います
./gradlew :app:dependencies | grep 'com.facebook.react:react-native:'確認できます（返されるRNバージョンが期待どおりであることを確認してください）。

パッチでビルドできません。 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と
Maven {
//すべてのReactNative（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"
}

@工藤@kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg問題ありません。 アプリケーションがハングしたりクラッシュしたりすることはありません。

@工藤@kudo-ci/jsc-android@245459-fix-clear-cache-no-dfg問題ありません。 アプリケーションがハングしたりクラッシュしたりすることはありません。

@Kudoその修正をjsc-android-buildscriptsプッシュして、バージョンを公開してください。 そのため、これを本番アプリhttps://github.com/react-native-community/jsc-android-buildscriptsで展開でき

@timhatch素晴らしい！ 特にあなたの検証に感謝します。 JSCの変更をすぐにRNにプッシュします。

@dishantwaliaはい、進行中です。 ありがとうございました。

これに取り組んでくれた

私は現在RN0.59.9を使用しています。 変更が公開されると、RNの更新バージョンが0.59.10のように利用可能になりますか、それとも代わりにjsc-android-buildscriptsをサードパーティパッケージとしてインストールし、ドキュメントに従って0.59xで実装する必要がありますか？

@工藤前回のバージョンでも問題ありません。 すごい仕事！ 💪

@Kudoに感謝します。 jacquesdevが0.59.10またはjsc-android-buildscripts尋ねているのと同じ質問がありますか？

@工藤@dishantwalia
ありがとう！ 私はただ守っていた：
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を使用する

@Kudo残念ながら、問題はまだあります（Galaxy S7、Android7）。 @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfgを試しました。

JITなしのバージョンも試しましたが、役に立ちませんでした。 指定したgrepを使用して「JavaScriptCore」バージョンがadblogcatに出力されるようにすることはできませんでした。また、手動で調べても、ログ自体に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>

バックトレースは意味のあることを何も言っていません。

また、Galaxy S7には公式のAndroid7がありません。これは、Android8からダウングレードできなかったため（Android8で問題が発生しなかったため）、Android7をサポートするカスタムROMを見つける必要がありました。

jsc-android-buildscriptsでの最後のコミットを使用して、独自のデバッグバージョンのjsc-androidをコンパイルしようと調査していますが、しばらく時間がかかります。

同じ問題が発生していると思います。

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
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バージョン別：

バージョン| 番号| パーセント
-| -| -
Android 7.0 | 66 | 100.0％

デバイス別：

デバイス| 番号| パーセント
-| -| -
hero2lte | 26 | 39.4％
ヘロルテ| 24 | 36.4％
heroltebmc | 16 | 24.2％

RNを0.58.6から0.59.9に更新した後、GalaxyS7がクラッシュすることもあります。

jsc-androidの現在のnpmバージョンでもアプリがクラッシュしますが、 @kudo-ci/jsc-android@245459-fix-clear-cache-no-dfgとJSCバージョン245459.9000.0を使用すると、S7でのクラッシュが修正されました。

@ChrisEelmaa adb
RN 0.59にはlibjsc.soが組み込まれているため、pickFirst '** /libjsc.so'は私の意見では信頼できません。

JSCのバージョンを確認する別の方法は、次の手順です。

1. /path/to/app.apkを解凍します
2. 文字列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

@工藤あなたの修正に感謝します、それは地獄が起こるのを防いでいるようです。

そこに私の2セント： jniフォルダーはありませんが、代わりにlib 1 jniフォルダーがあるので、このコマンドを使用して、解凍後にバージョンを確認します。

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

ありがとう@工藤

以前はreact-native0.58.3を使用していましたが、常に0.59と言われているので、更新することにしました。 0.59.0と@ kudo-ci / jsc-android @ 245459-fix-clear-cache-no-dfgの組み合わせは、私にとっては

クラッシュを発生させることはできなくなりました。

この問題の修正が次のRNリリースに含まれるかどうか誰かが知っていますか？

この問題の修正が次のRNリリースに含まれるかどうか誰かが知っていますか？

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

@kristerkari
実行した手順を確認するだけです。

https://github.com/react-native-community/jsc-android-buildscripts#for-react-native-version-059の手順に従いました

しかし、 "jsc-android": "241213.x.x",を追加する代わりにスワップし、 @kudo-ci/jsc-android": "^245459.9000.0をpackage.jsonに追加しましたか？ 他に何か変更を加えましたか？

たとえば、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は、このガイドの手順に従います： https ：//gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17#file -steps_for_webkitgtk_2_24_2-md

親愛なる、

@kmagieraの助けを借りてそれを更新するために、私のパッチは「 [email protected] 」として公開されました。
https://github.com/facebook/react-native/pull/25426を送信して、更新されたJSCをRNに追加しました。
また、 @ kelsetはRN0.60RCにも含まれています。
うまくいけば、私たちは最終的にこの問題を修正して閉じることができます。
特に私の実験したバージョンを前後に検証するための助けを求めて、ここの人々に叫んでください。
私たちはいわゆるRNコミュニティです！

ありがとう@工藤！ これが0.59.xのリリースを行う可能性があるのか​​、それともちょうど0.60になる可能性があるのか​​、何か考えがありますか？

0.59.xで入手できれば素晴らしいと思います
0.60には、AndroidXと外部ライブラリで多くの重大な変更があります。

+ 1、0.59.xにすると、多くの問題が解決します。
アプリ。

でAndroidXがサポートされているため、0.60に移行したくない
これまでのライブラリ。

JSCのpickFirstは機能していません。ネイティブライブラリの1つである必要があります
問題を引き起こしていますが、常にrn内部バージョンを選択しているようです。
（しかし、クリーンなプロジェクトは機能したので、それを引き起こしている私たちの部門の1つでなければなりません）

カーク

2019年6月29日土曜日、19：35 Anurag Dadheech、 notifications @ github.com
書きました：

0.59.xで入手できれば素晴らしいと思います
0.60には、AndroidXと外部ライブラリで多くの重大な変更があります。

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/facebook/react-native/issues/24261?email_source=notifications&email_token=AABPHZ25TBIFBOI3QWMSPXLP46TN3A5CNFSM4HC77RA2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AABPHZ2D5WUEM4S3242ZTYTP46TN3ANCNFSM4HC77RAQ
。

こんにちは、この「@ kudo- ci /

こんにちは@工藤あなたの素晴らしい仕事に感謝します！

DFG JITのない古いWebKitでもクラッシュは発生しますが、DFGJITのない新しいWebKit2.24.2では修正されているようです。 最高のパフォーマンスを実現するために、DFGJITを有効にしてこの新しいWebKitを試す価値があるかどうか疑問に思っています。

0.60 @Kudo @kelset @grabbou @turnryeにアップグレードするのが難しくなるため、この修正で0.59.10を使用する方がよい前に、いくつかのコメントに同意します。

ここで同じ問題があります、

react-native-mapsはまだAndroidXをサポートしていないため、0.60にアップグレードできません。また、S7とS7 plusがクラッシュするため、更新を0.59.Xにプッシュできません。

これは本当にビジネスにとっての問題ですreact-nativeに依存

これに対する回避策はありますか？

@adnkhに同意します。現在、AndroidXにアップグレードすることは

修正を使用するために0.60にアップグレードする必要はありません。 https://github.com/react-native-community/jsc-android-buildscripts/#for-react-native-version-059の指示に従うことができるはずです。 インストールするバージョンは245459.0.0以上です。

こんにちは@benoitdion 、

はい、メインライブラリになくても消費することは可能です。実際、私はこれらの手順https://gist.github.com/Kudo/cc40662163fbd69dd01d66fd99476c17に従いました。 そしてそれはうまくいった

しかし、Androidプロジェクトに追加する必要があるものがたくさんあるため、これは永続的な解決策ではなく、きちんとしたものではないと思います。メインRNの修正プログラムは、開発者の観点からより便利であり、多くのクラッシュの問題を解決すると思います。 Androidアプリの場合

修正を使用するために0.60にアップグレードする必要はありません。 https://github.com/react-native-community/jsc-android-buildscripts/#for-react-native-version-059の指示に従うことができるはずです。 インストールするバージョンは245459.0.0以降です。

@benoitdionはい、しかしそれは回避策であり、0.59.10として公開された公式の修正がより良いでしょう。

ありがとう@工藤
@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>

👋みんな。

皆様のご意見をお待ちしております。多くの方が問題を抱えているため、JSCの新しいバージョンを提供するために最後の0.59.10パッチリリースを行いました。

これを0.59にバックポートする作業をしてくれた

0.60（新しいJSCもあります！）にも取り組んでいるため、これはやりがいのある作業であり、さらに困難であるため、当面は他の0.59リリースを行いません。

主なコア問題が解決されたのでこれを閉じますが、0.59.10以降に発生する可能性のある他のクラッシュのために新しいものを開くことをお勧めします。

素晴らしいニュース!!

みんな、特に@kudoに感謝します!!

2019年7月2日火曜日、12：29 Lorenzo Sciandra、 notifications @ github.com
書きました：

👋みんな。

私たちは皆さんの声を聞いています、そして問題のために多くの皆さんが私たちを抱えています
新しいバージョンを提供するために、最後の0.59.10パッチリリースを行いました
JSC。

@Kudohttps ：//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=AABPHZZG2Z764HFNPJB7UVTP5M325A5CNFSM4HC77RA2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AABPHZ5PYT4F7ZZGQXZKKKLP5M325ANCNFSM4HC77RAQ
。

修正してくれてありがとう！ react-nativeをバージョン0.59.10にアップグレードした後でも、ここに記載されている手順を実装する必要があり

ケビン、

RN 0.59.10にアップグレードした後は、要点に従う必要はありません。
もはや指示。

K

2019年7月3日水曜日、15：42 Kevin Etore、 notifications @ github.comは次のように書いています。

修正してくれてありがとう！ 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=AABPHZ6H66HMI6CFMXMR4Y3P5S3DVA5CNFSM4HC77RA2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/AABPHZ6UMO5NS4F4OZ7RWPTP5S3DVANCNFSM4HC77RAQ
。

Meizu M5s M612H Android OS6とRN-0.59.10でアプリがクラッシュします。 @kelsetが提案したように、新しい問題を作成しました。

Caterpillar S41（Android 8.0）でまだクラッシュしています。 この修正により、他のすべてのデバイスの問題が解決されました。 また、新しい問題を作成しました。 これが正しい方法ではないかどうか教えてください。

こんにちは、みんな
64ビットでコンパイルすると、一部のAndroidデバイスでもアプリがクラッシュします

react-native-elementsパッケージバージョン1.1.0を使用していますか？
小道具のアイコンまたはタイトルを配置すると、コンポーネントヘッダーがアプリとアバターコンポーネントをクラッシュさせるため

他の誰かが同じことが彼らに起こるかどうかを確認できますか？

s7の​​所有者は、エルメスでこの問題をテストする機会がありましたか？

以下のアプリを使用するとクラッシュし、GooglePlayストアで承認されます
ndk {abiFilters "armeabi-v7a"、 "arm64-v8a"、 "x86"、 "x86_64"}
以下のアプリを使用した場合、アプリは機能していますが、GooglePlayストアで受け入れられません
ndk {abiFilters "armeabi-v7a"、 "x86"}

誰かが私が解決するのを手伝ってください

64ビットアームAPKを搭載したMotoG7とPixel2（どちらもAndroid 9.0）でもクラッシュします。 32ビットアームAPKで正常に動作します。

@ afras21-これは、GooglePlayストアが必須にしている64ビットバージョンにバグが存在するためです。

@jacquesdev jacqに感謝します。今では必須を削除し、現在は機能しています

@ afras21グーグルがプレイストアから64ビットの制限を解除したということですか？

同じ問題があります。 プロジェクトを0.59.9から0.60.4に更新した場合、問題を修正する必要がありますか？

同じ問題があります。 現在、0.59.9を使用しています。 0.60.xにアップグレードすると、問題は解決しますか？

0.59.10で問題が解決したかどうか、最初に試してください。
そうでない場合は、RN 0.60.4をアップグレードして、代わりにHermesをオンにする価値があります。

工藤が言ったことを繰り返し、コンテキストを与え、この問題の以前の内容を要約します（この時点で非常に多くのコメントを分類するのはおそらく難しいため）：

0.59.9以下の場合、これは古いJSCで確認された問題です。 それは上記の（そして他の問題で）何百ものコメントの主題です。 この問題は64ビットに限ったことではありませんが、ほとんどの場合64ビットで発生します。

0.60+には、特にAndroidで、さまざまな重大な変更があります。

それをやりたくない場合は、バージョン/ビルドに直接統合された修正（上記のとおり）があるため、0.59.10を試してください。ほとんどの場合、問題は修正されているようです。

特定の電話で問題が発生する場合がまだあります（私も遭遇しました）。＃25494を参照してください。これがある場合は、スタックトレースをその未解決の問題に投稿することをお勧めします。 ただし、0.59.9を使用していると言っている場合は、0.59.10に移動することで問題を_おそらく_修正できます。

@MalcolmScruggs @ntorion @ harryt2
あなたはそれを解決しましたか？ 解決方法？ありがとう

0.59.10は私のためにそれを解決しませんでした。 0.60.xのアップグレードを試してみます

@MalcolmScruggs @ntorion @ harryt2
あなたはそれを解決しましたか？ 解決方法？ありがとう

0.59.10は私にとってもそれを解決しませんでした。 一部の依存関係が機能しないため、0.60.xにアップグレードできません。 Hermesでコンパイルすることはできましたが、ANRが大幅に増加しました（段階的な展開を神に感謝します）。 RNバージョン0.57.8のPlayストアにまだ座っていますが、64ビット要件のためにアプリを更新できません。 かなりイライラしていて、アプリ全体を別のフレームワークで再構築するかどうかを決定しようとしています。

@ harryt2 @rogerkerse感謝。
私の状況はさらに悪いです。 リリースされたバージョンにはバグがあるため、64アプリケーションをアップグレードする必要があります。 現在、この問題を解決することはできません。 私もフラッターを試していますが、完全な交換はそれほど速くありません。

私は実際にReact-Nativeを0.60.5にバンプし、Hermes + 64ビットを有効にするという問題を経験しました（react-nativeのアップグレードは常にそうであるため、これは苦痛でした）、そして私はまだいくつかのAndroid携帯電話でこれらの問題を抱えています（ HUAWEI MYA-L41）。

私は他のスレッドで見つけたほとんどすべてを運が悪かったので、react-nativeをぶつけて、Hermesを使用してもこれらの問題のすべてが修正されるわけではありません。

更新されたreact-native + Hermesと64ビットは、私が実行した他のAndroidデバイスで驚くべきものであり、私たちのアプリはこれまでになくスムーズに感じられました。

ただし、前述の特定のデバイス（Huawei）でテストすると、すぐにクラッシュするか、特定のクラッシュメッセージなしでアプリを1〜2秒間開いた後、そのデバイスと新しいHuawei（Huawei）以外のデバイスはありません。これは完全に機能します）ので、他の電話でこれ以上の情報を提供することはできません。

誰かがこの問題で進展を遂げた場合、または私の問題をより具体的に記録するためのアイデアを持っている場合は、いつでもアドバイスを歓迎します。この問題に関する情報を共有したいと思います。
ソリューションを提供してくれたこのスレッドの人々に感謝しますが、今のところ運がありません。 🙂

@YoranRoels react-native initによって作成されたクリーンなアプリを実行してみましたか？ クラッシュの原因はRN自体なのか、作成したライブラリやコードなのか疑問に思います。

@armenbadalyan迅速な対応に感謝します。

新しいプロジェクトをセットアップしてデバイスで実行しようとしましたが、すべてが順調に見えたので、最終的にはセットアップで何かのように見えます。 私のlogcatはcom.<our_app_id>が殺された以外に有用なものを何も吐き出さないので、これをデバッグする効率的な方法はありますか？

React Native59.10もそれを解決しません。 アプリは最初の起動時にまだクラッシュします。

@GreanBeetlehttps ： //github.com/facebook/react-native/issues/25494を参照してください。 残念ながら、0.59.10は現時点では、すべての場合にこの問題を解決できるわけではないことがわかっています。

最新のパスは、（このスレッドのように）0.60+とHermesを使用することです。

@YoranRoelsデバイスからhttps ：

@GreanBeetle 0.59.10でV8エンジンを使用して、この問題を取り除くことができます
https://github.com/Kudo/react-native-v8

@ j-wangに感謝します。 @manuhookがソリューションを

@GreanBeetle 0.59.10でV8エンジンを使用して、この問題を取り除くことができます
https://github.com/Kudo/react-native-v8

これで問題が解決したことを確認できます。 64ビットでビルドをreact-native-v8に0.59.10もはやクラッシュされていないと我々は最終的にGoogle Playの上で再び更新をプッシュすることができます。 ありがとうございました！

@ j-wangが言及したトゥームストーンロギングを試しましたが、実際に使用したことはなく、しばらく検索した後、読み取り可能な根本原因が見つからなかったため、読みにくい巨大なファイルでした。

@armenbadalyanのアドバイスを受けた後、アプリの起動時にそれがばかげたことではないかと思い始めました。最初のコンポーネントのUIを削除すると、アプリが再び安定して実行されていることに気付きました。 そのため、さらに掘り下げてみると、画像がレンダリングされる場所で特定のコンポーネントに問題が発生していることに気付きました。

そのコンポーネントでは、 react-native Imageのsource変数としてnullを渡す可能性があります。 これを探すのにしばらく時間がかかりましたが、明確なエラーはありませんでしたが、最終的にすべてが修正され、すべてのテストデバイスで実行されています。 他のテストデバイスで失敗しなかった理由はまだわかりません...

他の人がアプリの最初のコンポーネントを単純化して、そのコードでクラッシュしないようにするのに役立つ可能性があります。

TL; DR ：これはおそらく今では完全にトピックから外れていますが、関係者： null Image source変数として使用しないでください。 tすべてのデバイスで動作します。 😅

@ harryt2はい、私もそうです。 RN 0.60にアップグレードした後、ANRが大幅に増加しました。+

まだスタートアップのクラッシュに対処しようとしている人たちへの少しの助け：

1. コンソールでadb logcatを実行する
2. コンソールスパムが停止するのを待つ
3. デバイスでクラッシュするアプリを開きます
4. Ctrl + cでadblogcatを停止します
5. 上にスクロールしてクラッシュを見つけます

それは問題を解決しませんが、あなたにもっと何かを見つけさせます。 私は2つのアプリを持っています。1つは64ビットでうまく機能していますが、同じ構成であってももう1つはまだ苦労しています。 私のクラッシュデバイスはOnePlus 5t（64ビット）です

これは、RN 59.10でビルドされたアプリの新しいリリース、特にAndroid9のSamsungGalaxy Note9で見たところです。他に同様の問題が発生している人はいますか？

@msspshaw上記および他の問題で述べたように、はい。 新しいJSCは、非決定論的にガベージコレクションが行われるため、特定のAndroidデバイスでランダムにフリーズ/クラッシュします。その後、アプリ全体がクラッシュします。

解決策は、0.60 +にアップグレードしてHermesを使用するか、JSC forv8を切り替えることです。

@ j-wangが言及したトゥームストーンロギングを試しましたが、実際に使用したことはなく、しばらく検索した後、読み取り可能な根本原因が見つからなかったため、読みにくい巨大なファイルでした。

@armenbadalyanのアドバイスを受けた後、アプリの起動時にそれがばかげたことではないかと思い始めました。最初のコンポーネントのUIを削除すると、アプリが再び安定して実行されていることに気付きました。 そのため、さらに掘り下げてみると、画像がレンダリングされる場所で特定のコンポーネントに問題が発生していることに気付きました。

そのコンポーネントでは、 react-native Imageのsource変数としてnullを渡す可能性があります。 これを探すのにしばらく時間がかかりましたが、明確なエラーはありませんでしたが、最終的にすべてが修正され、すべてのテストデバイスで実行されています。 他のテストデバイスで失敗しなかった理由はまだわかりません...

他の人がアプリの最初のコンポーネントを単純化して、そのコードでクラッシュしないようにするのに役立つ可能性があります。

TL; DR ：これはおそらく今では完全にトピックから外れていますが、関係者： null Image source変数として使用しないでください。 tすべてのデバイスで動作します。 😅

+1は私のために働きます。 私も同じ問題を抱えていました。 ありがとうございました！

また、Android 7.0 RN0.59.10のSamsungGalaxy S7 IO-IL086で発生していることも確認してください。

@BracketMan JSCの代わりにV8を使用していますか？

@EmilScherdinああ、いや、私は

@EmilScherdin RN 0.59.10のV8で実行すると、クラッシュすることはなく、動作していることを確認できます。

ありがとう！

v8のRN0.59.10でも同じ問題が発生します。 arm64-v8aではJITが無効になっておらず、このアーキテクチャのデバイスではクラッシュすることがわかります。

@mmamoyco V8からのクラッシュのスタックトレースはありますか？

@工藤ええ、クラッシュログはあります。 多くのクラッシュが発生したため、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 :: DefaultWorkerThreadsT​​askRunner :: 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）

0.59.1でこの正確な問題が発生し、次のようにして修正することができました。

⛄️これらの方向は、 jsc-androidREADMEと同じではありません。 バージョン番号といくつかの記号を変更しました。 canaryのバージョンjscの問題を解決しません。 必要なのはjsc-android @ canaryの後のバージョンです。参照：react-nativeリポジトリにマージされた元の修正のこのパッチ。 これを解決するのを手伝ってくれた@ ravali121に感謝します。

1. 追加jsc-androidあなたの"依存関係"セクションにpackage.json ：

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

次に、 npm installまたはyarn （使用するnpmクライアントに応じて）を実行して、新しい依存関係をnode_modulesインストールします。

1. 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"
+       }
    }
}

1. android/app/build.gradleにあるアプリのbuild.gradleファイルを更新して、JSCの依存関係を追加します。 依存関係がReactNative依存関係の前にあることを確認してください。

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
}

1. 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'
+    }
}

誰かがこの質問に答えるのを手伝ってくれるでしょうか？
https://github.com/react-native-community/jsc-android-buildscripts/issues/127

null Image source変数として使用しないでください。すべてのデバイスで機能するとは限りません。 😅

私はあなたを引用するのは嫌いですが、このスレッドのノイズであなたの解決策をほとんど見逃しました。 どうもありがとう@YoranRoels !! これはその日を救った！

オンラインの実機テストWebサイトを見つけました。そこで、GALAXY S7Edgeとandroid7.0 osを選択しましたが、残念ながらクラッシュは発生しません。 @ YoranRoelsメソッドセットsource変数Imageを使用しようとしています。 {null}と{{ uri: null }}が、それでもクラッシュしません。恐ろしいことに、どうして起こったのかさえわかりません。誰か助けてくれませんか。

0.59.1でこの正確な問題が発生し、次のようにして修正することができました。

⛄️これらの方向は、 jsc-androidREADMEと同じではありません。 バージョン番号といくつかの記号を変更しました。 canaryのバージョンjscの問題を解決しません。 必要なのはjsc-android @ canaryの後のバージョンです。参照：react-nativeリポジトリにマージされた元の修正のこのパッチ。 これを解決するのを手伝ってくれた@ ravali121に感謝します。

1. 追加jsc-androidあなたの"依存関係"セクションにpackage.json ：

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

次に、 npm installまたはyarn （使用するnpmクライアントに応じて）を実行して、新しい依存関係をnode_modulesインストールします。

1. 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"
+       }
    }
}

1. android/app/build.gradleにあるアプリのbuild.gradleファイルを更新して、JSCの依存関係を追加します。 依存関係がReactNative依存関係の前にあることを確認してください。

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
}

1. 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は大丈夫でした。 最も奇妙なことは、アプリが正常にコンパイルされたため、すべてが見栄えが良かったのですが、起動するとすぐにクラッシュしました。