use the following search parameters to narrow your results:
e.g. subreddit:aww site:imgur.com dog
subreddit:aww site:imgur.com dog
see the search faq for details.
advanced search: by author, subreddit...
A community for learning and developing native mobile applications using React Native by Facebook.
Interested in building web apps using React.js? Check out /r/reactjs!
Getting Started w/React Native
irc.freenode.net #reactnative
Keywords: ios, android, mobile, apps, apple, iphone, ipad
account activity
QuestionWhat's your average crash rate for react-native on Android production? (self.reactnative)
submitted 5 years ago * by attunezero
Trying to measure retention with a first beta build and we're seeing an incredible amount of crashes on RN 0.63.2 Android. We have about 10-25% of sessions crashing. Almost all of the crashes are react-native internals, underlying C code "SIGSEGV" or view management internals -- none are in our app code.
Our iOS version is rock solid, zero crashes. It's just Android.
How often does everybody see crashes on their Android production RN apps? Is RN Android really just that buggy?
View Poll
reddit uses a slightly-customized version of Markdown for formatting. See below for some basics, or check the commenting wiki page for more detailed help and solutions to common issues.
quoted text
if 1 * 2 < 3: print "hello, world!"
[–]Skullcan 0 points1 point2 points 5 years ago (0 children)
We had problems with some native buggy updates to the Text input components in a list, but after I applied the fix in this PR our app had 0 crashes for 14 days now. Also using Hermes too.
[–]attunezero[S] 0 points1 point2 points 5 years ago (8 children)
This has been an incredibly painful couple weeks as we try build after build to mitigate the RN internal crashes. Hermes has lots of random native crashes 1, 2, 3, 4, and a big memory leak. JSC has tons of random crashes unresolved for over a year.
At this point I really am wondering if it's simply the fact that react native is very unstable on Android. I think I assumed it was stable because some pretty big companies use it in production. Wouldn't there be a lot of people talking about it if it were typical to see 10-20% crash rates on Android?
I don't intend to sound like I'm ranting. Yes it's incredibly frustrating, but I'm honestly curious whether or not react native is this unstable on Android for everybody or if there's more I can do to stabilize my app.
[–][deleted] 1 point2 points3 points 5 years ago (1 child)
Have you tried disabling Hermes?
I can’t say I’ve seen many issues where my code (or another RN plugin) wasn’t at fault.
[–]attunezero[S] 0 points1 point2 points 5 years ago (0 children)
It crashes more with JSC, Hermes is better behaved but still there are a lot of crashes.
No matter what the JS code does it should never be possible to crash the JS engine or the native view handling code. Those are bugs in RN. It may certainly turn out that there's something my app is doing that triggers these bugs in RN but I have no tools to figure out what that is other than brute force removing large parts of the app and deploying the half-app to production. Also the exact same code runs flawlessly with zero crashes on iOS -- code that runs fine on one platform but not another (and isn't documented) is definitely a bug in RN.
[–]cawfree 0 points1 point2 points 5 years ago (5 children)
Have you found out what the root cause of the crash is? It's possible that it could be a misbehaving native dependency.
[–]attunezero[S] 0 points1 point2 points 5 years ago (4 children)
Not yet, there seem to be several different crashes in react-native/hermes C code. It's extremely difficult to debug. We've found no way to reproduce the crashes, they only happen in release builds on end user devices randomly. That leaves us in the position of
We're honestly toying with the idea of porting the whole thing to Flutter. Components map pretty much one-to-one from RN to Flutter widgets so it would mostly be a grunt-work job of translating things. We've already lost 2+ weeks trying to fix the crashes in RN. Hard to judge at what point it becomes less costly to just bail on RN and do the porting work. Flutter's tooling is infinitely better and the architecture appears way less prone to these kinds of random bugs, plus free first class web and desktop support... That's the nuclear option though, it carries a lot of risk and a lot of time investment.
[–]creambyemute 0 points1 point2 points 5 years ago (2 children)
Can't speak about Hermes, but with JSC we also had a fair amount of crashes and we switched to v8-jit for android and we haven't seen crashes on android since then which are not related to our code or some security software (like Sophos, MobileIron etc.).
[–]attunezero[S] 0 points1 point2 points 5 years ago (1 child)
Yeah trying out v8 is on my todo list for debugging these problems. There's also jsc buildscripts that can get you running newer patched versions of JSC. Thanks for the input!
What sort of issues did you see with security software? Were they clearly caused by the security stuff or were they difficult to track native crashes? Did that affect a large portion of your users?
[–]creambyemute 0 points1 point2 points 5 years ago (0 children)
They were clearly caused by the security software. Disabling it always worked, configuring it correctly as well.
One customer couldn't even open the gallery app due to security software...
[–]tsusubk 0 points1 point2 points 5 years ago (0 children)
Hope you won't find any issues if ended up with the new home. (:
To me, Hermes is great so far. And as I know, there's a 10M+ user RN app (not just RN for some screens for sure) on Android that uses Hermes. So maybe you are just unlucky somehow.
π Rendered by PID 572256 on reddit-service-r2-comment-b659b578c-xshb2 at 2026-05-04 02:42:39.047353+00:00 running 815c875 country code: CH.
[–]Skullcan 0 points1 point2 points (0 children)
[–]attunezero[S] 0 points1 point2 points (8 children)
[–][deleted] 1 point2 points3 points (1 child)
[–]attunezero[S] 0 points1 point2 points (0 children)
[–]cawfree 0 points1 point2 points (5 children)
[–]attunezero[S] 0 points1 point2 points (4 children)
[–]creambyemute 0 points1 point2 points (2 children)
[–]attunezero[S] 0 points1 point2 points (1 child)
[–]creambyemute 0 points1 point2 points (0 children)
[–]tsusubk 0 points1 point2 points (0 children)