@@ -3234,11 +3234,13 @@ console.log(`The parent process is pid ${ppid}`);
32343234added: v23.6.0
32353235-->
32363236
3237+ > Stability: 1 - Experimental
3238+
32373239* ` maybeRefable` {any} An object that may be "refable".
32383240
32393241An object is "refable" if it implements the Node.js "Refable protocol".
3240- Specifically, this means that the object implements the ` Symbol .for (' node: ref' )`
3241- and ` Symbol .for (' node: unref' )` methods. "Ref'd" objects will keep the Node.js
3242+ Specifically, this means that the object implements the ` Symbol .for (' nodejs. ref' )`
3243+ and ` Symbol .for (' nodejs. unref' )` methods. "Ref'd" objects will keep the Node.js
32423244event loop alive, while "unref'd" objects will not. Historically, this was
32433245implemented by using ` ref ()` and ` unref ()` methods directly on the objects.
32443246This pattern, however, is being deprecated in favor of the "Refable protocol"
@@ -4291,11 +4293,13 @@ In [`Worker`][] threads, `process.umask(mask)` will throw an exception.
42914293added: v23.6.0
42924294-->
42934295
4296+ > Stability: 1 - Experimental
4297+
42944298* ` maybeUnfefable` {any} An object that may be "unref'd".
42954299
42964300An object is "unrefable" if it implements the Node.js "Refable protocol".
4297- Specifically, this means that the object implements the ` Symbol .for (' node: ref' )`
4298- and ` Symbol .for (' node: unref' )` methods. "Ref'd" objects will keep the Node.js
4301+ Specifically, this means that the object implements the ` Symbol .for (' nodejs. ref' )`
4302+ and ` Symbol .for (' nodejs. unref' )` methods. "Ref'd" objects will keep the Node.js
42994303event loop alive, while "unref'd" objects will not. Historically, this was
43004304implemented by using ` ref ()` and ` unref ()` methods directly on the objects.
43014305This pattern, however, is being deprecated in favor of the "Refable protocol"
0 commit comments