<div dir="ltr">Thank you for your reply. So, is the root cause of pinning related to the monitor used in synchronized blocks? Could you please explain the specific principle behind it? <div><br></div><div>I'm interested in this root cause, but I couldn't find any relevant information online.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Alan Bateman <<a href="mailto:Alan.Bateman@oracle.com">Alan.Bateman@oracle.com</a>> äºŽ2023å¹´9月18日周一 15:02写道：<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 18/09/2023 06:48, qia nxiao wrote:<br>
> Hello everyone,<br>
><br>
> Recently, my application experienced a deadlock issue due to "pinned" <br>
> reasons. It was difficult to detect during testing because it occurred <br>
> within exception handling logic.The occurrence of "pinned" situations <br>
> has become the biggest issue for me when using virtual threads.<br>
><br>
> The official documentation mentions the possibility of "pinned" <br>
> situations. I would like to ask what the root cause of the "pinned" <br>
> issue is in synchronized blocks or methods? Will there be a solution <br>
> in the upcoming JDK 21 or is it already being planned for resolution?<br>
<br>
The issue of pinning is described in JEP 444 [1], along with diagnostics <br>
that can help identify some of these cases.<br>
<br>
There is work underway to re-implement monitors in the longer term. For <br>
the shorter term, there is another effort under way to allow the carrier <br>
be released when blocking at monitor enter. No time frame / dates right <br>
not but not JDK 21 as that release is at GA.<br>
<br>
-Alan<br>
<br>
[1] <a href="https://openjdk.org/jeps/444" rel="noreferrer" target="_blank">https://openjdk.org/jeps/444</a><br>
</blockquote></div>