在Android应用的onLowMemory()方法中直接使用System.gc()来强制垃圾回收不是一个好习惯。System.gc()只是一个提示，并不保证立即执行垃圾回收。根据官方文档，应该在onLowMemory()中释放不必要的资源，如缓存，而不是依赖System.gc()。例如，可以将大的缓存对象设为null，让垃圾收集器在方法结束时自动处理。这样做可以确保更有效的内存管理。
我们是否应该使用Runtime.gc()或System.gc()来清除Application类中onLowMemory()方法中生产代码中的内存(手动垃圾回收)？
解决方法:
这是一个不好的做法,使用System.gc()并不意味着你手动使用gc它只是提示jvm擦除垃圾.最好不要在Object中使用像finalize()这样的方法,它们都不提供任何保证.在应用程序的javadoc中,系统将在从此方法返回后执行gc并以正确的方式执行此操作.
You should implement this method to release any caches or other
unnecessary resources you may be holding on to. The system will
perform a garbage collection for you after returning from this method.
因此,当您从此方法返回后在onLowMemory()方法中使用System.gc()时,将是另一个垃圾收集工作.从javadoc的提示中,最好丢失示例List< Object>中的缓存链接. bigCache = null;方法结束后将进行垃圾收集,获取缓存列表并释放内存.
标签：android,java,performance
来源： https://codeday.me/bug/20190727/1550742.html
470
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
