@types/node 18.19.21 → 18.19.23

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (56) hide show
  1. node v18.19/README.md +2 -2
  2. node v18.19/package.json +3 -15
  3. node v18.19/ts4.8/assert/strict.d.ts +0 -8
  4. node v18.19/ts4.8/assert.d.ts +0 -985
  5. node v18.19/ts4.8/async_hooks.d.ts +0 -522
  6. node v18.19/ts4.8/buffer.d.ts +0 -2353
  7. node v18.19/ts4.8/child_process.d.ts +0 -1544
  8. node v18.19/ts4.8/cluster.d.ts +0 -432
  9. node v18.19/ts4.8/console.d.ts +0 -412
  10. node v18.19/ts4.8/constants.d.ts +0 -19
  11. node v18.19/ts4.8/crypto.d.ts +0 -4457
  12. node v18.19/ts4.8/dgram.d.ts +0 -596
  13. node v18.19/ts4.8/diagnostics_channel.d.ts +0 -546
  14. node v18.19/ts4.8/dns/promises.d.ts +0 -381
  15. node v18.19/ts4.8/dns.d.ts +0 -809
  16. node v18.19/ts4.8/dom-events.d.ts +0 -122
  17. node v18.19/ts4.8/domain.d.ts +0 -170
  18. node v18.19/ts4.8/events.d.ts +0 -819
  19. node v18.19/ts4.8/fs/promises.d.ts +0 -1205
  20. node v18.19/ts4.8/fs.d.ts +0 -4231
  21. node v18.19/ts4.8/globals.d.ts +0 -377
  22. node v18.19/ts4.8/globals.global.d.ts +0 -1
  23. node v18.19/ts4.8/http.d.ts +0 -1803
  24. node v18.19/ts4.8/http2.d.ts +0 -2386
  25. node v18.19/ts4.8/https.d.ts +0 -544
  26. node v18.19/ts4.8/index.d.ts +0 -88
  27. node v18.19/ts4.8/inspector.d.ts +0 -2739
  28. node v18.19/ts4.8/module.d.ts +0 -298
  29. node v18.19/ts4.8/net.d.ts +0 -918
  30. node v18.19/ts4.8/os.d.ts +0 -473
  31. node v18.19/ts4.8/path.d.ts +0 -191
  32. node v18.19/ts4.8/perf_hooks.d.ts +0 -626
  33. node v18.19/ts4.8/process.d.ts +0 -1548
  34. node v18.19/ts4.8/punycode.d.ts +0 -117
  35. node v18.19/ts4.8/querystring.d.ts +0 -141
  36. node v18.19/ts4.8/readline/promises.d.ts +0 -143
  37. node v18.19/ts4.8/readline.d.ts +0 -666
  38. node v18.19/ts4.8/repl.d.ts +0 -430
  39. node v18.19/ts4.8/stream/consumers.d.ts +0 -12
  40. node v18.19/ts4.8/stream/promises.d.ts +0 -83
  41. node v18.19/ts4.8/stream/web.d.ts +0 -352
  42. node v18.19/ts4.8/stream.d.ts +0 -1731
  43. node v18.19/ts4.8/string_decoder.d.ts +0 -67
  44. node v18.19/ts4.8/test.d.ts +0 -1113
  45. node v18.19/ts4.8/timers/promises.d.ts +0 -93
  46. node v18.19/ts4.8/timers.d.ts +0 -126
  47. node v18.19/ts4.8/tls.d.ts +0 -1203
  48. node v18.19/ts4.8/trace_events.d.ts +0 -171
  49. node v18.19/ts4.8/tty.d.ts +0 -206
  50. node v18.19/ts4.8/url.d.ts +0 -954
  51. node v18.19/ts4.8/util.d.ts +0 -2075
  52. node v18.19/ts4.8/v8.d.ts +0 -753
  53. node v18.19/ts4.8/vm.d.ts +0 -667
  54. node v18.19/ts4.8/wasi.d.ts +0 -158
  55. node v18.19/ts4.8/worker_threads.d.ts +0 -692
  56. node v18.19/ts4.8/zlib.d.ts +0 -517
@@ -1,522 +0,0 @@
1
- /**
2
- * The `async_hooks` module provides an API to track asynchronous resources. It
3
- * can be accessed using:
4
- *
5
- * ```js
6
- * import async_hooks from 'async_hooks';
7
- * ```
8
- * @experimental
9
- * @see [source](https://github.com/nodejs/node/blob/v18.0.0/lib/async_hooks.js)
10
- */
11
- declare module "async_hooks" {
12
- /**
13
- * ```js
14
- * import { executionAsyncId } from 'async_hooks';
15
- *
16
- * console.log(executionAsyncId()); // 1 - bootstrap
17
- * fs.open(path, 'r', (err, fd) => {
18
- * console.log(executionAsyncId()); // 6 - open()
19
- * });
20
- * ```
21
- *
22
- * The ID returned from `executionAsyncId()` is related to execution timing, not
23
- * causality (which is covered by `triggerAsyncId()`):
24
- *
25
- * ```js
26
- * const server = net.createServer((conn) => {
27
- * // Returns the ID of the server, not of the new connection, because the
28
- * // callback runs in the execution scope of the server's MakeCallback().
29
- * async_hooks.executionAsyncId();
30
- *
31
- * }).listen(port, () => {
32
- * // Returns the ID of a TickObject (process.nextTick()) because all
33
- * // callbacks passed to .listen() are wrapped in a nextTick().
34
- * async_hooks.executionAsyncId();
35
- * });
36
- * ```
37
- *
38
- * Promise contexts may not get precise `executionAsyncIds` by default.
39
- * See the section on `promise execution tracking`.
40
- * @since v8.1.0
41
- * @return The `asyncId` of the current execution context. Useful to track when something calls.
42
- */
43
- function executionAsyncId(): number;
44
- /**
45
- * Resource objects returned by `executionAsyncResource()` are most often internal
46
- * Node.js handle objects with undocumented APIs. Using any functions or properties
47
- * on the object is likely to crash your application and should be avoided.
48
- *
49
- * Using `executionAsyncResource()` in the top-level execution context will
50
- * return an empty object as there is no handle or request object to use,
51
- * but having an object representing the top-level can be helpful.
52
- *
53
- * ```js
54
- * import { open } from 'fs';
55
- * import { executionAsyncId, executionAsyncResource } from 'async_hooks';
56
- *
57
- * console.log(executionAsyncId(), executionAsyncResource()); // 1 {}
58
- * open(new URL(import.meta.url), 'r', (err, fd) => {
59
- * console.log(executionAsyncId(), executionAsyncResource()); // 7 FSReqWrap
60
- * });
61
- * ```
62
- *
63
- * This can be used to implement continuation local storage without the
64
- * use of a tracking `Map` to store the metadata:
65
- *
66
- * ```js
67
- * import { createServer } from 'http';
68
- * import {
69
- * executionAsyncId,
70
- * executionAsyncResource,
71
- * createHook
72
- * } from 'async_hooks';
73
- * const sym = Symbol('state'); // Private symbol to avoid pollution
74
- *
75
- * createHook({
76
- * init(asyncId, type, triggerAsyncId, resource) {
77
- * const cr = executionAsyncResource();
78
- * if (cr) {
79
- * resource[sym] = cr[sym];
80
- * }
81
- * }
82
- * }).enable();
83
- *
84
- * const server = createServer((req, res) => {
85
- * executionAsyncResource()[sym] = { state: req.url };
86
- * setTimeout(function() {
87
- * res.end(JSON.stringify(executionAsyncResource()[sym]));
88
- * }, 100);
89
- * }).listen(3000);
90
- * ```
91
- * @since v13.9.0, v12.17.0
92
- * @return The resource representing the current execution. Useful to store data within the resource.
93
- */
94
- function executionAsyncResource(): object;
95
- /**
96
- * ```js
97
- * const server = net.createServer((conn) => {
98
- * // The resource that caused (or triggered) this callback to be called
99
- * // was that of the new connection. Thus the return value of triggerAsyncId()
100
- * // is the asyncId of "conn".
101
- * async_hooks.triggerAsyncId();
102
- *
103
- * }).listen(port, () => {
104
- * // Even though all callbacks passed to .listen() are wrapped in a nextTick()
105
- * // the callback itself exists because the call to the server's .listen()
106
- * // was made. So the return value would be the ID of the server.
107
- * async_hooks.triggerAsyncId();
108
- * });
109
- * ```
110
- *
111
- * Promise contexts may not get valid `triggerAsyncId`s by default. See
112
- * the section on `promise execution tracking`.
113
- * @return The ID of the resource responsible for calling the callback that is currently being executed.
114
- */
115
- function triggerAsyncId(): number;
116
- interface HookCallbacks {
117
- /**
118
- * Called when a class is constructed that has the possibility to emit an asynchronous event.
119
- * @param asyncId a unique ID for the async resource
120
- * @param type the type of the async resource
121
- * @param triggerAsyncId the unique ID of the async resource in whose execution context this async resource was created
122
- * @param resource reference to the resource representing the async operation, needs to be released during destroy
123
- */
124
- init?(asyncId: number, type: string, triggerAsyncId: number, resource: object): void;
125
- /**
126
- * When an asynchronous operation is initiated or completes a callback is called to notify the user.
127
- * The before callback is called just before said callback is executed.
128
- * @param asyncId the unique identifier assigned to the resource about to execute the callback.
129
- */
130
- before?(asyncId: number): void;
131
- /**
132
- * Called immediately after the callback specified in before is completed.
133
- * @param asyncId the unique identifier assigned to the resource which has executed the callback.
134
- */
135
- after?(asyncId: number): void;
136
- /**
137
- * Called when a promise has resolve() called. This may not be in the same execution id
138
- * as the promise itself.
139
- * @param asyncId the unique id for the promise that was resolve()d.
140
- */
141
- promiseResolve?(asyncId: number): void;
142
- /**
143
- * Called after the resource corresponding to asyncId is destroyed
144
- * @param asyncId a unique ID for the async resource
145
- */
146
- destroy?(asyncId: number): void;
147
- }
148
- interface AsyncHook {
149
- /**
150
- * Enable the callbacks for a given AsyncHook instance. If no callbacks are provided enabling is a noop.
151
- */
152
- enable(): this;
153
- /**
154
- * Disable the callbacks for a given AsyncHook instance from the global pool of AsyncHook callbacks to be executed. Once a hook has been disabled it will not be called again until enabled.
155
- */
156
- disable(): this;
157
- }
158
- /**
159
- * Registers functions to be called for different lifetime events of each async
160
- * operation.
161
- *
162
- * The callbacks `init()`/`before()`/`after()`/`destroy()` are called for the
163
- * respective asynchronous event during a resource's lifetime.
164
- *
165
- * All callbacks are optional. For example, if only resource cleanup needs to
166
- * be tracked, then only the `destroy` callback needs to be passed. The
167
- * specifics of all functions that can be passed to `callbacks` is in the `Hook Callbacks` section.
168
- *
169
- * ```js
170
- * import { createHook } from 'async_hooks';
171
- *
172
- * const asyncHook = createHook({
173
- * init(asyncId, type, triggerAsyncId, resource) { },
174
- * destroy(asyncId) { }
175
- * });
176
- * ```
177
- *
178
- * The callbacks will be inherited via the prototype chain:
179
- *
180
- * ```js
181
- * class MyAsyncCallbacks {
182
- * init(asyncId, type, triggerAsyncId, resource) { }
183
- * destroy(asyncId) {}
184
- * }
185
- *
186
- * class MyAddedCallbacks extends MyAsyncCallbacks {
187
- * before(asyncId) { }
188
- * after(asyncId) { }
189
- * }
190
- *
191
- * const asyncHook = async_hooks.createHook(new MyAddedCallbacks());
192
- * ```
193
- *
194
- * Because promises are asynchronous resources whose lifecycle is tracked
195
- * via the async hooks mechanism, the `init()`, `before()`, `after()`, and`destroy()` callbacks _must not_ be async functions that return promises.
196
- * @since v8.1.0
197
- * @param callbacks The `Hook Callbacks` to register
198
- * @return Instance used for disabling and enabling hooks
199
- */
200
- function createHook(callbacks: HookCallbacks): AsyncHook;
201
- interface AsyncResourceOptions {
202
- /**
203
- * The ID of the execution context that created this async event.
204
- * @default executionAsyncId()
205
- */
206
- triggerAsyncId?: number | undefined;
207
- /**
208
- * Disables automatic `emitDestroy` when the object is garbage collected.
209
- * This usually does not need to be set (even if `emitDestroy` is called
210
- * manually), unless the resource's `asyncId` is retrieved and the
211
- * sensitive API's `emitDestroy` is called with it.
212
- * @default false
213
- */
214
- requireManualDestroy?: boolean | undefined;
215
- }
216
- /**
217
- * The class `AsyncResource` is designed to be extended by the embedder's async
218
- * resources. Using this, users can easily trigger the lifetime events of their
219
- * own resources.
220
- *
221
- * The `init` hook will trigger when an `AsyncResource` is instantiated.
222
- *
223
- * The following is an overview of the `AsyncResource` API.
224
- *
225
- * ```js
226
- * import { AsyncResource, executionAsyncId } from 'async_hooks';
227
- *
228
- * // AsyncResource() is meant to be extended. Instantiating a
229
- * // new AsyncResource() also triggers init. If triggerAsyncId is omitted then
230
- * // async_hook.executionAsyncId() is used.
231
- * const asyncResource = new AsyncResource(
232
- * type, { triggerAsyncId: executionAsyncId(), requireManualDestroy: false }
233
- * );
234
- *
235
- * // Run a function in the execution context of the resource. This will
236
- * // * establish the context of the resource
237
- * // * trigger the AsyncHooks before callbacks
238
- * // * call the provided function `fn` with the supplied arguments
239
- * // * trigger the AsyncHooks after callbacks
240
- * // * restore the original execution context
241
- * asyncResource.runInAsyncScope(fn, thisArg, ...args);
242
- *
243
- * // Call AsyncHooks destroy callbacks.
244
- * asyncResource.emitDestroy();
245
- *
246
- * // Return the unique ID assigned to the AsyncResource instance.
247
- * asyncResource.asyncId();
248
- *
249
- * // Return the trigger ID for the AsyncResource instance.
250
- * asyncResource.triggerAsyncId();
251
- * ```
252
- */
253
- class AsyncResource {
254
- /**
255
- * AsyncResource() is meant to be extended. Instantiating a
256
- * new AsyncResource() also triggers init. If triggerAsyncId is omitted then
257
- * async_hook.executionAsyncId() is used.
258
- * @param type The type of async event.
259
- * @param triggerAsyncId The ID of the execution context that created
260
- * this async event (default: `executionAsyncId()`), or an
261
- * AsyncResourceOptions object (since v9.3.0)
262
- */
263
- constructor(type: string, triggerAsyncId?: number | AsyncResourceOptions);
264
- /**
265
- * Binds the given function to the current execution context.
266
- *
267
- * The returned function will have an `asyncResource` property referencing
268
- * the `AsyncResource` to which the function is bound.
269
- * @since v14.8.0, v12.19.0
270
- * @param fn The function to bind to the current execution context.
271
- * @param type An optional name to associate with the underlying `AsyncResource`.
272
- */
273
- static bind<Func extends (this: ThisArg, ...args: any[]) => any, ThisArg>(
274
- fn: Func,
275
- type?: string,
276
- thisArg?: ThisArg,
277
- ): Func & {
278
- asyncResource: AsyncResource;
279
- };
280
- /**
281
- * Binds the given function to execute to this `AsyncResource`'s scope.
282
- *
283
- * The returned function will have an `asyncResource` property referencing
284
- * the `AsyncResource` to which the function is bound.
285
- * @since v14.8.0, v12.19.0
286
- * @param fn The function to bind to the current `AsyncResource`.
287
- */
288
- bind<Func extends (...args: any[]) => any>(
289
- fn: Func,
290
- ): Func & {
291
- asyncResource: AsyncResource;
292
- };
293
- /**
294
- * Call the provided function with the provided arguments in the execution context
295
- * of the async resource. This will establish the context, trigger the AsyncHooks
296
- * before callbacks, call the function, trigger the AsyncHooks after callbacks, and
297
- * then restore the original execution context.
298
- * @since v9.6.0
299
- * @param fn The function to call in the execution context of this async resource.
300
- * @param thisArg The receiver to be used for the function call.
301
- * @param args Optional arguments to pass to the function.
302
- */
303
- runInAsyncScope<This, Result>(
304
- fn: (this: This, ...args: any[]) => Result,
305
- thisArg?: This,
306
- ...args: any[]
307
- ): Result;
308
- /**
309
- * Call all `destroy` hooks. This should only ever be called once. An error will
310
- * be thrown if it is called more than once. This **must** be manually called. If
311
- * the resource is left to be collected by the GC then the `destroy` hooks will
312
- * never be called.
313
- * @return A reference to `asyncResource`.
314
- */
315
- emitDestroy(): this;
316
- /**
317
- * @return The unique `asyncId` assigned to the resource.
318
- */
319
- asyncId(): number;
320
- /**
321
- * @return The same `triggerAsyncId` that is passed to the `AsyncResource` constructor.
322
- */
323
- triggerAsyncId(): number;
324
- }
325
- /**
326
- * This class creates stores that stay coherent through asynchronous operations.
327
- *
328
- * While you can create your own implementation on top of the `async_hooks` module,`AsyncLocalStorage` should be preferred as it is a performant and memory safe
329
- * implementation that involves significant optimizations that are non-obvious to
330
- * implement.
331
- *
332
- * The following example uses `AsyncLocalStorage` to build a simple logger
333
- * that assigns IDs to incoming HTTP requests and includes them in messages
334
- * logged within each request.
335
- *
336
- * ```js
337
- * import http from 'http';
338
- * import { AsyncLocalStorage } from 'async_hooks';
339
- *
340
- * const asyncLocalStorage = new AsyncLocalStorage();
341
- *
342
- * function logWithId(msg) {
343
- * const id = asyncLocalStorage.getStore();
344
- * console.log(`${id !== undefined ? id : '-'}:`, msg);
345
- * }
346
- *
347
- * let idSeq = 0;
348
- * http.createServer((req, res) => {
349
- * asyncLocalStorage.run(idSeq++, () => {
350
- * logWithId('start');
351
- * // Imagine any chain of async operations here
352
- * setImmediate(() => {
353
- * logWithId('finish');
354
- * res.end();
355
- * });
356
- * });
357
- * }).listen(8080);
358
- *
359
- * http.get('http://localhost:8080');
360
- * http.get('http://localhost:8080');
361
- * // Prints:
362
- * // 0: start
363
- * // 1: start
364
- * // 0: finish
365
- * // 1: finish
366
- * ```
367
- *
368
- * Each instance of `AsyncLocalStorage` maintains an independent storage context.
369
- * Multiple instances can safely exist simultaneously without risk of interfering
370
- * with each other's data.
371
- * @since v13.10.0, v12.17.0
372
- */
373
- class AsyncLocalStorage<T> {
374
- /**
375
- * Binds the given function to the current execution context.
376
- * @since v18.16.0
377
- * @param fn The function to bind to the current execution context.
378
- * @returns A new function that calls `fn` within the captured execution context.
379
- */
380
- static bind<Func extends (...args: any[]) => any>(fn: Func): Func & {
381
- asyncResource: AsyncResource;
382
- };
383
- /**
384
- * Captures the current execution context and returns a function that accepts a function as an argument.
385
- * Whenever the returned function is called, it calls the function passed to it within the captured context.
386
- * @since v18.16.0
387
- */
388
- static snapshot(): (<R, TArgs extends any[]>(fn: (...args: TArgs) => R, ...args: TArgs) => R) & {
389
- asyncResource: AsyncResource;
390
- };
391
- /**
392
- * Disables the instance of `AsyncLocalStorage`. All subsequent calls
393
- * to `asyncLocalStorage.getStore()` will return `undefined` until`asyncLocalStorage.run()` or `asyncLocalStorage.enterWith()` is called again.
394
- *
395
- * When calling `asyncLocalStorage.disable()`, all current contexts linked to the
396
- * instance will be exited.
397
- *
398
- * Calling `asyncLocalStorage.disable()` is required before the`asyncLocalStorage` can be garbage collected. This does not apply to stores
399
- * provided by the `asyncLocalStorage`, as those objects are garbage collected
400
- * along with the corresponding async resources.
401
- *
402
- * Use this method when the `asyncLocalStorage` is not in use anymore
403
- * in the current process.
404
- * @since v13.10.0, v12.17.0
405
- * @experimental
406
- */
407
- disable(): void;
408
- /**
409
- * Returns the current store.
410
- * If called outside of an asynchronous context initialized by
411
- * calling `asyncLocalStorage.run()` or `asyncLocalStorage.enterWith()`, it
412
- * returns `undefined`.
413
- * @since v13.10.0, v12.17.0
414
- */
415
- getStore(): T | undefined;
416
- /**
417
- * Runs a function synchronously within a context and returns its
418
- * return value. The store is not accessible outside of the callback function.
419
- * The store is accessible to any asynchronous operations created within the
420
- * callback.
421
- *
422
- * The optional `args` are passed to the callback function.
423
- *
424
- * If the callback function throws an error, the error is thrown by `run()` too.
425
- * The stacktrace is not impacted by this call and the context is exited.
426
- *
427
- * Example:
428
- *
429
- * ```js
430
- * const store = { id: 2 };
431
- * try {
432
- * asyncLocalStorage.run(store, () => {
433
- * asyncLocalStorage.getStore(); // Returns the store object
434
- * setTimeout(() => {
435
- * asyncLocalStorage.getStore(); // Returns the store object
436
- * }, 200);
437
- * throw new Error();
438
- * });
439
- * } catch (e) {
440
- * asyncLocalStorage.getStore(); // Returns undefined
441
- * // The error will be caught here
442
- * }
443
- * ```
444
- * @since v13.10.0, v12.17.0
445
- */
446
- run<R>(store: T, callback: () => R): R;
447
- run<R, TArgs extends any[]>(store: T, callback: (...args: TArgs) => R, ...args: TArgs): R;
448
- /**
449
- * Runs a function synchronously outside of a context and returns its
450
- * return value. The store is not accessible within the callback function or
451
- * the asynchronous operations created within the callback. Any `getStore()`call done within the callback function will always return `undefined`.
452
- *
453
- * The optional `args` are passed to the callback function.
454
- *
455
- * If the callback function throws an error, the error is thrown by `exit()` too.
456
- * The stacktrace is not impacted by this call and the context is re-entered.
457
- *
458
- * Example:
459
- *
460
- * ```js
461
- * // Within a call to run
462
- * try {
463
- * asyncLocalStorage.getStore(); // Returns the store object or value
464
- * asyncLocalStorage.exit(() => {
465
- * asyncLocalStorage.getStore(); // Returns undefined
466
- * throw new Error();
467
- * });
468
- * } catch (e) {
469
- * asyncLocalStorage.getStore(); // Returns the same object or value
470
- * // The error will be caught here
471
- * }
472
- * ```
473
- * @since v13.10.0, v12.17.0
474
- * @experimental
475
- */
476
- exit<R, TArgs extends any[]>(callback: (...args: TArgs) => R, ...args: TArgs): R;
477
- /**
478
- * Transitions into the context for the remainder of the current
479
- * synchronous execution and then persists the store through any following
480
- * asynchronous calls.
481
- *
482
- * Example:
483
- *
484
- * ```js
485
- * const store = { id: 1 };
486
- * // Replaces previous store with the given store object
487
- * asyncLocalStorage.enterWith(store);
488
- * asyncLocalStorage.getStore(); // Returns the store object
489
- * someAsyncOperation(() => {
490
- * asyncLocalStorage.getStore(); // Returns the same object
491
- * });
492
- * ```
493
- *
494
- * This transition will continue for the _entire_ synchronous execution.
495
- * This means that if, for example, the context is entered within an event
496
- * handler subsequent event handlers will also run within that context unless
497
- * specifically bound to another context with an `AsyncResource`. That is why`run()` should be preferred over `enterWith()` unless there are strong reasons
498
- * to use the latter method.
499
- *
500
- * ```js
501
- * const store = { id: 1 };
502
- *
503
- * emitter.on('my-event', () => {
504
- * asyncLocalStorage.enterWith(store);
505
- * });
506
- * emitter.on('my-event', () => {
507
- * asyncLocalStorage.getStore(); // Returns the same object
508
- * });
509
- *
510
- * asyncLocalStorage.getStore(); // Returns undefined
511
- * emitter.emit('my-event');
512
- * asyncLocalStorage.getStore(); // Returns the same object
513
- * ```
514
- * @since v13.11.0, v12.17.0
515
- * @experimental
516
- */
517
- enterWith(store: T): void;
518
- }
519
- }
520
- declare module "node:async_hooks" {
521
- export * from "async_hooks";
522
- }