认识达内从这里开始

认真做教育专心促就业

Synchronized底层实现——偏向锁（5）

发布：济南达内培训
来源：济南达内培训
时间：2019-01-08 11:08

    济南达内培训的老师说，refs_lists中存放了本次GC发现的某种引用类型（虚引用、软引用、弱引用等），而process_discovered_reflist方法的作用就是将不需要被回收的对象从refs_lists移除掉，refs_lists最后剩下的元素全是需要被回收的元素，最后会将其第一个元素赋值给上文提到过的Reference.java#pending字段。
    ReferencePolicy一共有4种实现：NeverClearPolicy,AlwaysClearPolicy,LRUCurrentHeapPolicy,LRUMaxHeapPolicy.其中NeverClearPolicy永远返回false,代表永远不回收SoftReference,在JVM中该类没有被使用，AlwaysClearPolicy则永远返回true,在referenceProcessor.hpp#setup方法中中可以设置policy为AlwaysClearPolicy,至于什么时候会用到AlwaysClearPolicy,大家有兴趣可以自行研究。
    LRUCurrentHeapPolicy和LRUMaxHeapPolicy的should_clear_reference方法则是完全相同：
    bool LRUMaxHeapPolicy::should_clear_reference（oop p,
    jlong timestamp_clock） {
    jlong interval = timestamp_clock - java_lang_ref_SoftReference::timestamp（p）；
    assert（interval >= 0, “Sanity check”）；
    // The interval will be zero if the ref was accessed since the last scavenge/gc.
    if（interval <= _max_interval） {
    return false;
    }
    return true;
    }
    timestamp_clock就是SoftReference的静态字段clock,java_lang_ref_SoftReference::timestamp（p）对应是字段timestamp.如果上次GC后有调用SoftReference#get,interval值为0,否则为若干次GC之间的时间差。
    _max_interval则代表了一个临界值，它的值在LRUCurrentHeapPolicy和LRUMaxHeapPolicy两种策略中有差异。
    void LRUCurrentHeapPolicy::setup（） {
    _max_interval = （Universe::get_heap_free_at_last_gc（） / M） * SoftRefLRUPolicyMSPerMB;
    assert（_max_interval >= 0,“Sanity check”）；
    }
    void LRUMaxHeapPolicy::setup（） {
    size_t max_heap = MaxHeapSize;
    max_heap -= Universe::get_heap_used_at_last_gc（）；
    max_heap /= M;
    _max_interval = max_heap * SoftRefLRUPolicyMSPerMB;
    assert（_max_interval >= 0,“Sanity check”）；
    }

其中SoftRefLRUPolicyMSPerMB默认为1000,前者的计算方法和上次GC后可用堆大小有关，后者计算方法和（堆大小-上次gc时堆使用大小）有关。

济南达内培训

    看到这里你就知道SoftReference到底什么时候被被回收了，它和使用的策略（默认应该是LRUCurrentHeapPolicy），堆可用大小，该SoftReference上一次调用get方法的时间都有关系。
    WeakReference
    public class WeakReference<T> extends Reference<T> {
    public WeakReference（T referent） {
    super（referent）；
    }
    public WeakReference（T referent, ReferenceQueue<? super T> q） {
    super（referent, q）；
    }
    }
    可以看到WeakReference在Java层只是继承了Reference,没有做任何的改动。那referent字段是什么时候被置为null的呢？要搞清楚这个问题我们再看下上文提到过的process_discovered_reflist方法：
    size_t
    ReferenceProcessor::process_discovered_reflist（
    DiscoveredList refs_lists[],
    ReferencePolicy* policy,
    bool clear_referent,
    BoolObjectClosure* is_alive,
    OopClosure* keep_alive,
    VoidClosure* complete_gc,
    AbstractRefProcTaskExecutor* task_executor）
    {
    …
    以上就是济南达内培训给大家做的内容详解，更多关于IT的学习，请继续关注济南达内培训

< 上一篇：Synchronized底层实现——偏向锁（4）

下一篇：Synchronized底层实现——偏向锁（6） >