Identify async_hooks use cases beyond AsyncLocalStorage
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 技術スタック
- nodejs
調査の方向性
Start by reviewing the async_hooks and AsyncLocalStorage use cases listed in the issue, then investigate the Clinic uses mentioned in the discussion. Done means documenting additional use cases and identifying which safer APIs could address them without exposing unsafe resource internals.
索引モデルが issue の本文から書いたものです。
説明
It seems to be the general consensus of this working group that async_hooks should not be directly made stable due to it exposing internals. The AsyncLocalStorage API provides a higher-level solution to many of the use cases of async_hooks, however some use cases still remain. I would like to identify what those use cases are so we can introduce safer APIs solving those problems and eventually move toward deprecating direct use of async_hooks or perhaps just the unsafe aspects of it.
Known use cases:
- long stack traces
- Shouldn't make any use of the resource objects, so should be reasonably safe.
- tracking handle lifecycle
- The subsystem type, id, and event timings can be used to track high-level lifecycle safely
- Deeper awareness may involve inspecting the resource object, which could be unsafe
- measure time spent in blocking code
- Mainly just need timing between before/after and maybe type for extra context, resource not required
What other use cases are there? I know clinic uses it for some things, perhaps @mcollina has some insight on that?
- 主要言語
- 言語のデータがありません
- スター
- 550
- フォーク
- 69
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
nodejs/diagnostics のほかの issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 65/100
nodejs/diagnostics#648 · コメント 3 件 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 20/100
nodejs/diagnostics#690 · リアクション 1 件 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 20/100
nodejs/diagnostics#689 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 25/100
nodejs/diagnostics#688 ·
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
nodejs/diagnostics#687 ·
nodejs/diagnostics の issue をすべて見る
似ている issue
-
Fallback after an HTTP-200 refusal/invalid response logs no cause and is labelled "provider failure"オープンarea/streaming comp/agent P2 provider/anthropic type/bug
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
NousResearch/hermes-agent#124874 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
web-infra-dev/rspack#15897 ·
メンテナーはふだん 1 日以内に返信
-
loki-mixin: LokiCompactorHasNotSuccessfullyRunCompaction is defined twice with identical labelsオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信