<!DOCTYPE html><html><head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8">

  </head>

  <body>

    <div class="moz-cite-prefix">On 08/01/2026 17:48, Alex Miller wrote:<br>

    </div>

    <blockquote type="cite" cite="mid:CAOdgdgzQU4z+8RA2WMuD=nGUtXAdx1D0P8BW3CMQcGcQDcTSYw@mail.gmail.com">

      <div dir="ltr"><span id="gmail-docs-internal-guid-dcdf91a7-7fff-0594-ea29-4439c3c32cd1"><br>

          <p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt"><span style="font-size:11pt;font-family:Arial,sans-serif;color:rgb(0,0,0);background-color:transparent;font-variant-numeric:normal;font-variant-east-asian:normal;font-variant-alternates:normal;vertical-align:baseline">Given

              where things stood at Java 21 time and where we are now,

              can we move the idea of ephemeral thread support forward?

              This is very important to us and we are happy to get

              involved with the process and contribute if that would be

              helpful.</span></p>

        </span></div>

    </blockquote>

    <br>

    The possibility of GC'ing a started thread before it terminates is a

    scary topic. It interacts with many areas and gets really scary once

    you bring phantom refs, cleaners, and finalizers into the

    discussion.<br>

    <br>

    For these so-called "forgotten sender" and "abandoned receiver"

    cases then it might be more interesting to see how they could be

    work with structured concurrency. Right now, the first API is

    focused on fan-out scenarios but in time we would like to have it

    work with channel like constructs too. I suspect this will be closer

    to what you are interested in.<br>

    <br>

    -Alan<br>

    <br>

    <br>

    <br>

    <br>

    <br>

    <br>

    <br>

    <br>

    <br>

    <br>

    <br>

  </body>

</html>