React родное приложение вылетает из-за ошибки нехватки памяти, как это исправить - PullRequest
Новая
       37

React родное приложение вылетает из-за ошибки нехватки памяти, как это исправить

0 голосов
/ 15 ноября 2018

Из-за ошибки приложения, описанной ниже, я не смог понять, в чем именно заключается проблема и в чем причина 

java.lang.RuntimeException: 
      at com.facebook.react.bridge.JavaMethodWrapper.invoke (JavaMethodWrapper.java:383)
      at com.facebook.react.bridge.JavaModuleWrapper.invoke (JavaModuleWrapper.java:160)
      at com.facebook.react.bridge.queue.NativeRunnable.run (Native Method)
      at android.os.Handler.handleCallback (Handler.java:751)
      at android.os.Handler.dispatchMessage (Handler.java:95)
      at com.facebook.react.bridge.queue.MessageQueueThreadHandler.dispatchMessage (MessageQueueThreadHandler.java:29)
      at android.os.Looper.loop (Looper.java:154)
      at com.facebook.react.bridge.queue.MessageQueueThreadImpl$3.run (MessageQueueThreadImpl.java:192)
      at java.lang.Thread.run (Thread.java:762)
    Caused by: java.lang.reflect.InvocationTargetException: 
      at java.lang.reflect.Method.invoke (Native Method)
      at com.facebook.react.bridge.JavaMethodWrapper.invoke (JavaMethodWrapper.java:372)
    Caused by: java.lang.OutOfMemoryError: 
      at java.lang.AbstractStringBuilder.<init> (AbstractStringBuilder.java:64)
      at java.lang.StringBuilder.<init> (StringBuilder.java:98)
      at libcore.net.UriCodec.decode (UriCodec.java:273)
      at android.net.Uri.decode (Uri.java:1946)
      at android.net.Uri$AbstractPart.getDecoded (Uri.java:1976)
      at android.net.Uri$StringUri.getSchemeSpecificPart (Uri.java:560)
      at cl.json.ShareFile.isBase64File (ShareFile.java:66)
      at cl.json.ShareFile.isFile (ShareFile.java:61)
      at cl.json.social.ShareIntent.open (ShareIntent.java:74)
      at cl.json.social.GenericShare.open (GenericShare.java:18)
      at cl.json.RNShareModule.open (RNShareModule.java:94)

1 Ответ

0 голосов
/ 15 ноября 2018

Насколько я понимаю, есть два способа проанализировать это:

  1. Интегрируйте в свое приложение такой инструмент, как Crashlytics, и пусть он вам поможет
  2. Попытайтесь выяснить, какая часть вашего кода вызвала это. Это возможно, если сбой происходит, когда вы делаете что-то определенное в приложении, которое вызывает сбой. Если это произойдет произвольно, этот подход не будет работать. Однако, если сбой происходит при рендеринге определенного компонента или при выполнении определенной функции, вы можете попробовать закомментировать части кода и методом проб и ошибок точно определить проблемный код.

Я использовал оба подхода. Первый способ проще, но требует одноразовой работы по интеграции.

Если вы используете выставку, вы должны использовать Sentry вместо Crashlytics.

...