<div dir="ltr">Got it. I read about Java21's new updates about FFI, it's more clear now! Thanks for answering!<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Maurizio Cimadamore <<a href="mailto:maurizio.cimadamore@oracle.com">maurizio.cimadamore@oracle.com</a>> 于2023年4月17日周一 22:38写道：<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
On 17/04/2023 15:23, 刘希晨 wrote:<br>
> Thank you for the clarification. I am stuck with my mind because I <br>
> thought that if the SegmentScope() is global, then even if the <br>
> MemorySegment Object has been GCed, the underlying memory won't be <br>
> released, not until the JVM exit. (Is that correct? I think that's the <br>
> difference between the global scope and the auto scope).<br>
<br>
This is not correct.<br>
<br>
The segment you get back from a native library has an "unknown scope" <br>
(as said, in the Java 21, this is different from the "global" scope, <br>
which is guaranteed to be always alive until VM termination). Segments <br>
with "unknown" scopes can be accessed, but at your own risk, as the <br>
region of memory backing the segment could be freed (in the general <br>
case) at any time by the native library.<br>
<br>
Now, in reality things are not as bleak as they sound - while _in <br>
principle_ the region backing the segment might disappear w/o notice, in <br>
practice a well-defined library will advertise who and when should <br>
release the regioin of memory associated with a pointer that has been <br>
returned by some function. But this is a detail that is typical buried <br>
in the documentation of the function you are interacting with - it <br>
cannot be expressed in the static type system of the C language and the <br>
FFM API has no knowledge of it.<br>
<br>
Maurizio<br>
<br>
<br>
</blockquote></div>