我不是在问单个引用占用多少内存。我想知道垃圾收集的反向意义。
即给定引用X,该引用有多少内存不允许垃圾收集器释放。
可以做到这一点吗?
显然,如果可以,并且如果一个人有一组引用(AB 和 C),那么很可能在保留的内存中会有一些重叠(即 A 和 B 可能都与同一位内存有某种联系),那就是好的。
重点是,尝试找出发生内存泄漏的原因。如果有人有一个包含长寿命对象的程序,则可以通过编程方式找出这些对象中的哪些正在增长,然后冲洗并在所述对象上重复。
那么有可能吗?
我不是在问单个引用占用多少内存。我想知道垃圾收集的反向意义。
即给定引用X,该引用有多少内存不允许垃圾收集器释放。
可以做到这一点吗?
显然,如果可以,并且如果一个人有一组引用(AB 和 C),那么很可能在保留的内存中会有一些重叠(即 A 和 B 可能都与同一位内存有某种联系),那就是好的。
重点是,尝试找出发生内存泄漏的原因。如果有人有一个包含长寿命对象的程序,则可以通过编程方式找出这些对象中的哪些正在增长,然后冲洗并在所述对象上重复。
那么有可能吗?