<html>

  <head>

    <meta content="text/html; charset=windows-1252"

      http-equiv="Content-Type">

  </head>

  <body style="background-color: rgb(255, 255, 255); color: rgb(0, 0,

    0);" bgcolor="#FFFFFF" text="#000000">

    <br>

    <br>

    <div class="moz-cite-prefix">On 12/04/2015 10:58 PM, Mandy Chung

      wrote:<br>

    </div>

    <blockquote

      cite="mid:80575736-AB1F-4B01-B272-1CA7BBD08ACB@oracle.com"

      type="cite"><!--[if !IE]><DIV style="border-left: 2px solid #009900; border-right: 2px solid #009900;  padding: 0px 15px; margin: 2px 0px;"><![endif]-->

      <pre wrap="">"It is possible to create a phantom reference with a null queue, but such a reference is completely useless: Its get method will always return null and, since it does not have a queue, it will never be enqueued.”

The puzzling part to me is why PhantomReference accepts null ReferenceQueue.   I can’t evaluate how high of the source incompatibility risk if we fixed it but I may propose that in a future release until I have cycle.

Mandy</pre>

      <!--[if !IE]></DIV><![endif]--></blockquote>

    <br>

    Well, it is not completely useless for PhantomReference to accept

    null ReferenceQueue. It's sometimes useful to have a common subtype

    of PhantomReference where most of instances perform a function of

    PhantomReference, but some instances are just there to provide the

    "glue" in the data structure. See the implementation of

    java.lang.ref.Cleaner and it's "root" nodes of a doubly-linked list

    ;-)<br>

    <br>

    Regards, Peter<br>

    <br>

  </body>

</html>