Memory Leak with latest React Native Integrated App on v0.74.2
Description
Facing Memory Leak with React Native app integrated with existing native app.
I am currently on React Native 0.71.1 and tried to update to React Native 0.74.2.After upgrade facing memory leak. Memory usage keeps on increasing. With version 0.72 also there is no leak faced. But from version 0.73 facing memory leak.
Following this react native callstack brownfield architecture to load react native inside existing app as we have multiple entry points from native app to load react native in Fragment and also in Activity.
Steps to reproduce
- Clone the repo -
https://github.com/callstack/react-native-brownfield - Do
yarn install - Try to open the example kotlin app
- Open profiler from android studio
- Perform Action like Click on Open React Native Button
- Capture the Heapdump
React Native Version
0.74.2
Affected Platforms
Runtime - Android
Output of npx react-native info
System:
OS: macOS 14.5
CPU: (10) arm64 Apple M1 Pro
Memory: 125.97 MB / 16.00 GB
Shell:
version: "5.9"
path: /bin/zsh
Binaries:
Node:
version: 18.20.1
path: ~/.nvm/versions/node/v18.20.1/bin/node
Yarn:
version: 1.22.22
path: ~/.nvm/versions/node/v18.20.1/bin/yarn
npm:
version: 10.5.0
path: ~/.nvm/versions/node/v18.20.1/bin/npm
Watchman:
version: 2024.05.06.00
path: /opt/homebrew/bin/watchman
Managers:
CocoaPods:
version: 1.15.2
path: /opt/homebrew/bin/pod
SDKs:
iOS SDK:
Platforms:
- DriverKit 23.5
- iOS 17.5
- macOS 14.5
- tvOS 17.5
- visionOS 1.2
- watchOS 10.5
Android SDK: Not Found
IDEs:
Android Studio: 2024.1 AI-241.15989.150.2411.11948838
Xcode:
version: 15.4/15F31d
path: /usr/bin/xcodebuild
Languages:
Java:
version: 17.0.10
path: /Users/satheshrangasamy/.jenv/shims/javac
Ruby:
version: 2.7.4
path: /Users/satheshrangasamy/.rbenv/shims/ruby
npmPackages:
"@react-native-community/cli": Not Found
react:
installed: 18.2.0
wanted: 18.2.0
react-native:
installed: 0.74.2
wanted: 0.74.2
react-native-macos: Not Found
npmGlobalPackages:
"*react-native*": Not Found
Android:
hermesEnabled: true
newArchEnabled: false
iOS:
hermesEnabled: true
newArchEnabled: false
Stacktrace or Logs
Attached Memory Leak Profiler ScreenShot
Reproducer
https://github.com/satheshrgs-rksv/memoryleakreproducer
Screenshots and Videos
@cortinico can you please look into this issue.
Facing the same issue
We are facing the same issue since 0.73.0. do we have any solution to this?
I am currently on React Native 0.71.1 and tried to update to React Native 0.74.2.After upgrade facing memory leak. Memory usage keeps on increasing. With version 0.72 also there is no leak faced. But from version 0.73 facing memory leak.
Can you try to update incrementally (first to 0.72 and then 0.73) and mention where you notice this regression?
Facing this issue from 0.73 version. 72.x works fine
Facing the same memory leak issue.
@cortinico This issue has been mentioned many times previously also. Kindly check this issue on priority. It is affecting all our integrated apps currently.
Previously raised issues:
@cortinico
Here are some more finding from my side for the memory leak
I used this repo rn-diff-purge repo for taking android folders and followed the steps mentioned here in https://reactnative.dev/docs/integration-with-existing-apps for integration
Here's what I did in this repo - https://github.com/satheshrgs-rksv/memoryleakreproducer. Please use this as reproducer
- created a folder and added index.js and package.json as mentioned in the official docs
- copied the android folder from rn-diff-purge-repo
- moved the existing MainApplication and MainActivity files to package bootstrapinbuilt
- created a new package with the contents from react-native-brownfield
- create a dummy landing page in native with two buttons, one will open the RN activity as mentioned in official docs and another will open based on brownfield approach
Following are some of the methods i tried
Method 1: Directly launcing the RN app using the existing MainApplication and MainActivity from inbuilt rn-diff-app
Method 2: Directly launching the RN app with the ReactNativeActivity created with reference from official docs
Method 3: Create a screen in native, with a button and on click of that it will open the React Native activity created with reference from Official docs
Method 4: Create a screen in native, with a button and on click of that it will open the React Native activity created with reference from Brownfield
Findings: I have tried with RN version 0.71.1 and 0.74.3. When I run profiler based with the above methods following are the findings
- Method 1: No leak in both RN versions
- Method 2: No leak in both RN versions
- Method 3: Multiple Leaks Seen when opening and closing the activity in both RN versions
- Method 4: With RN version 0.71.1, only one leak is seen, but with RN version 0.74.3 multiple leaks are seen
Profiler Screenshots from version 0.71.1
Method 1
Method 2
Method 3
Method 4
Profiler Screenshots from version 0.74.3
Method 1
Method 2
Method 3
Method 4
The main thing which we need to figure out is why in the latest versions of react native with brownfield approach multiple leaks are seen
Please see this comment from @fannnzhang
@cortinico Since we are nearing the android deadline for android 14 support and since ours is an integrated app running on 0.71.1, upgrading to latest versions of React Native is a must for this update. Could you please help with this as soon as possible
@cortinico Any update on this ?
I meet the same issue when integrate react native to my Android App, Any update on this? BestRegards,
I cant even run the build in android and badly need to support my app in Android 14 and upcoming Android 15.
I faced issue Android memory leak in pure react-native (not integration app) when running foreground still not resolve serviceshttps://github.com/facebook/react-native/issues/45001
Same here
We have a hybrid app where we in our ApplicationController we are:
private fun initReactNative() {
SoLoader.init(this, false)
ApplicationLifecycleDispatcher.onApplicationCreate(this)
reactNativeHost.reactInstanceManager.createReactContextInBackground()
}
but then use a ReactActivity:
class RNFeedbackActivity : ReactActivity() {
override fun getMainComponentName(): String {
return "AppFeedback"
}
companion object {
fun startActivity(context: Context) {
val intent = Intent(context, RNFeedbackActivity::class.java)
.addFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT)
context.startActivity(intent)
}
}
}
we use that startActivity method to actually start everything.
We see this memory leak come up when we go in/out of that activity
@satheshrgs-rksv May I ask if you are using new arch? We are experiencing the same issue and we use new arch.
@yzhe554 No, not using new arch
@cortinico Any update on this? I believe the issue blocks many brownfield projects.
@cortinico Any update on this? I believe the issue blocks many brownfield projects.
Nope there are no updates here. Once we have updates, we'll post them.
With version 0.72 also there is no leak faced. But from version 0.73 facing memory leak.
At this stage, the best you folks can do is keep on investigating where the leak is. Mentioning that "multiple leaks" are happening is not really helpful for us to debug. Any investigation now is more than welcome.
Also better reproducers would help (like simpler apps rather than https://github.com/callstack/react-native-brownfield)
@cortinico
Method 3: Create a screen in native, with a button and on click of that it will open the React Native activity created with reference from Official docs
https://github.com/satheshrgs-rksv/memoryleakreproducer
Hi - I'm also working on a brownfield app and this memory leak has also impacted my app since upgrading to React Native 0.73.1. In my case, the problem is so severe that my app got flagged by Google Play for reaching the App Not Responding bad behavior threshold, which may impact the app's search results in the store.
I'd like to share my research results that hopefully can help those who are experiencing the problem.
TL;DR
Reverting this commit from the React Native source seems to resolve the memory leak issue but might have an impact on apps using ReactInstanceManager#recreateReactContextInBackground. Applying this fix may require Build from source.
MY FINDINGS
I created a minimal brownfield project in order to investigate the issue. The app has only two screens/activities:
- An Android native screen (the main activity) with a button to navigate to a React screen. When the button is clicked, it calls
Activity#startActivityto start a new activity with the embedded RN view. - The RN screen (another Activity) with only a simple Image component.
I tried two RN versions 0.72.17 and 0.75.3 and noticed some important things when entering and leaving the RN screen:
- With RN 0.72.17, both functions
createViewInstance(when entering the screen) andonDropViewInstance(when leaving the screen) are triggered for the Image component which is expected. - With RN 0.75.3, only
createViewInstanceis triggered when entering the screen.onDropViewInstanceis not triggered when leaving the screen. This is clearly the sign of a memory leak.
Then I investigated the code changes between 0.72.17 and 0.73.0 and I found this commit that seems very likely be the cause of the leak. While the purpose of the commit is to clean up the views in the screen's root view, it somehow prevents the cleanup process of native components inside the screen from happening. So I tried reverting the changes in the commit and could see that the cleanup process happened as expected, onDropViewInstance was called, and the memory leak disappeared.
Since I don't understand the codebase well enough, it's hard for me to come up with a reasonable fix for the memory leak. While reverting the mentioned commit could resolve the issue, it would defeat the purpose of the commit.
I hope my research results help the React Native team more easily figure out and fix this problem. Feel free to tell me if there is anything more I can help with and I'm happy to have further discussion on this topic.
@tranhoangduong1994 Thank you! I can also verify the issue is gone after patching a revert.
Update: I just profile this again with new arch, I can still see memory leaks but just less.
my issue still remain when running foreground service -> clear the app -> open app again MainActivity still leak
@cortinico Is https://github.com/facebook/react-native/pull/41678 related to this ?
Hi @satheshrgs-rksv , have you got this resolved?
Haven't tried updating yet
Although I am not using brownfield but react-native-navigation, I am getting more and more ANR reports after upgrading to 0.75, I suspect the root cause is similar.