Search Issue Tracker
By Design
Votes
1
Found in
2019.4
2019.4.10f1
2020.1
2020.1.0a13
2020.2
Issue ID
1281474
Regression
Yes
[UAAL] [iOS] Application.Unload() does not free up memory
Reproduction steps:
1. Open customer's attached project in "UnityProject.zip"
2. Build and Deploy to an iOS device
3. In Xcode open the resources tab (spray can icon)
4. Inspect memory usage
5. In Application press the Unload button (Application.Unload() will be called)
6. Inspect memory usage
Expected result: Memory usage is greatly reduced (2018.4.29f1 goes from 180 to 120 MB)
Actual result: Memory usage stays the same (or gets < 10MB lower)
Reproducible with: 2019.4.15f1, , 2020.1.0a13, 2020.1.13f1, 2020.2.0b9, 2021.1.0a5
Not reproducible with: 2018.4.29f1, 2020.1.0a12
Devices tested:
VLNQA00310 iPad Pro 12.9 1st gen (iOS 13.4.1)
VLNQA00204 iPhone 5C (iOS 10.3.3)
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Frame Debugger's Hierarchy is not navigable when connecting it to the project built with the Volumetric Fog
- The number of SetPass Calls is increasing when attaching the Frame Debugger to the Player
- Scrollbar briefly appears in the Package Manager during installation process even when the package list is too short to require scrolling
- Script resets to use the previous Skybox color when saving the Scene changes
- [2D] Sprite Library Editor window throws NullReferenceException error when entering Play Mode with Game View maximised
Resolution Note (2021.1.X):
Application.Unload used to do basically the same as Application.Quit before the behaviour changed, hence the bigger memory release. After the behaviour changed, Application.Unload allows loading Unity again.
In this particular case, Application.Quit could be called (assuming Unity will not be loaded again), also overriding application quit handler to prevent the app from exiting.