| Numéro d’ID de bogue |
BUG-000134864 |
| Envoi | October 23, 2020 |
| Dernière modification | June 5, 2024 |
| S’applique à | ArcGIS Runtime SDK |
| Version trouvée | 100.4 |
| Système d’exploitation | Windows OS |
| Version du système d’exploitation | 2008 R2 64 Bit |
| Statut | Non-Reproducible
Ce problème n’a pas pu être reproduit au cours des tests réalisés par l’équipe de développement. Ce statut peut être attribué aux problèmes qui sont impossibles à reproduire ou qui ne sont plus d’actualité dans une version de développement du logiciel, alors qu’aucun correctif spécifique n’a été installé pour résoudre le problème. Pour d’autres explications, reportez-vous à la section Informations supplémentaires correspondant au problème.
|
Informations supplémentaires
Memory management in Java apps is not as simple as suggested in this scenario. If the user allocates a load of resources in a Java app then releases them, the user can’t expect an immediate drop in the memory footprint of the app running on their machine. This is not how memory is controlled in a managed environment like a Java Virtual Machine (JVM). The memory is released when the JVM decides it is time to perform a garbage collection. We have no control over this, the JVM does this in the background when it decides the time is right and cannot predict when it is going to happen. Forcing a garbage collection in code (which is exceedingly bad practice) does not even free up memory.
Étapes pour reproduire
ID de bogue: BUG-000134864
Logiciel: