デッドロック(deadlock)

複数のタスクが互いの完了やリソース解放を待ち続け、永遠に進行しなくなる状態である。

概念URI: https://comcomponent.com/knowledge/deadlock/
別名・表記: Deadlock
最終確認日: 2026-08-01
機械可読データ: JSON-LD

この概念が関わる関係

選択的アクセプト(select文)はデッドロック(deadlock)を防ぎます。or terminateにより、誰からも呼ばれなくなったサーバータスクを安全に終了させ、待ち続けるタスクによるデッドロックを避けられる。これは「待ち続けるサーバータスク」という特定のパターンへの対策であり、複数タスク間の循環待ちなど他の形のデッドロックまで防ぐものではない / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
限定エラー(bounded error)はデッドロック(deadlock)の原因になることがあります。保護操作内でのdelayや特定のI/Oは限定エラーに該当し、処理系によってはデッドロックにつながり得る / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
Ravenscarプロファイルはデッドロック(deadlock)を軽減します。Ravenscarプロファイルはタスクモデルを制限し、静的なデッドロック解析を可能にすることでデッドロックのリスクを下げる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
ランデブー(rendezvous)はデッドロック(deadlock)を軽減します。ランデブーモデルは構造的な同期を提供し、明示的な終了待ちの呼び忘れのような一部のデッドロック要因を減らす / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
片方のストリームを同期的にReadToEndで読み切る書き方はデッドロック(deadlock)の原因になることがあります。片方のストリームを同期的に読み切ってからもう片方を読むと、読んでいない側のパイプバッファが埋まって子プロセスが書き込みでブロックし、デッドロックする。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
サーバーサイドOffice COM自動化はデッドロック(deadlock)の原因になることがあります。Officeは対話的デスクトップとユーザープロファイルを前提に設計されており、無人・非対話環境で実行すると不安定な動作やデッドロックを起こし得る / 確度: 確立した関係 / 確認日: 2026-08-01 出典
同期待ちの混入(sync-over-async)はデッドロック(deadlock)の原因になることがあります。UIスレッドが.Resultや.Wait()で同期的に待つ間、非同期処理の継続はキャプチャしたUIコンテキストへ戻ろうとするが、UIスレッドは待ちで塞がっているため継続が実行できず、互いに待ち合うデッドロックになりうる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
.Result / .Wait() / .GetAwaiter().GetResult()はデッドロック(deadlock)の原因になることがあります。UIスレッドで.Result/.Wait()/.GetAwaiter().GetResult()を呼ぶと、呼び出した先のawaitが捕まえたUIコンテキストへ継続が戻れなくなる。必ずデッドロックするとは限らず、たまたま継続がUIに戻らないコードなら単にUIをフリーズさせるだけのこともある。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
Dispatcher(WPF)はデッドロック(deadlock)の原因になることがあります。Dispatcher.InvokeAsyncが返すDispatcherOperationのTaskをUIスレッドからTask.Wait()すると、Dispatcherのキューを回すのは同じUIスレッドなので待ちで止まったままキューが進まず完了しない。DispatcherOperation.Wait()自身も、同じスレッドで実行中の操作を待つとInvalidOperationExceptionになると明記されている。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典出典

この概念を扱う記事

一次資料

https://www.adaic.org/ada-resources/standards/ada22/

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。