イベントループと TypeScript の型から理解する非同期処理

この本は、ブルーベリー本の 8 章からインスパイアされて、 TS の型が示す情報から Promise というものを理解してみる、というアプローチで書いたJSの非同期処理の解説です。 これらの資料と合わせて読むことを推奨します。 JSのイベントループのイメージを掴む JSでは中々意識することが少ないですが、正しく理解するには OS レベルのスレッドの視点で考え始める必要があります。 ブラウザや Node.js では一つのスクリプト実行単位を1つのスレッドに割り当てます。それをメインスレッドと呼んだり、ブラウザだったら UI スレッドと呼んだりします。 例えばブラウザでは、これは秒間60回、つまり 16.6ms ごとにループを呼び出します。(node だったらこれがもっと短いです) 仮に setTimeout の実装がなかったとして、それ相当の擬似コードを書くのを試みます。 let handl

[hirose504]

歯磨きしながら読んでたら “ブラウザがクラッシュするでしゅ” で吹きそうになったのでやめて欲しいｗ

[yamadashy]

“catch しての再 throw すると、コールスタックが失われて、本来のエラー発生のスタックが見えなくなってしまうからです。” 最近だと Error('', {cause: e}) とかすればキャッチしたエラーも渡せるよね。

[yarumato]

“ TS の型が示す情報から Promise を理解してみる　正しく理解するには OS レベルのスレッドの視点で考え始める必要があります。”

[hush_in]

でしゅ

[remonoil]

本質的には関係のないTypeScriptの話が混じって分かりにくく感じる

[lli]

mizchi先生が突然のキャラ変で笑う

[hase0510]

冒頭の話はスピンロックっちゅーかビジーウェイトだよね。スピンロックは排他制御の手法。で、ビジーウェイトが重い理由は「ビジーウェイトだから」で、Date.now()の重さはあんま関係なくないかな。

[kazuau]

最初のPromiseの例を見て、へえTSってそういう風(then()からのチェーンじゃなく)catch()書けるんだと思ったら、ランタイムエラーになった。なんか自分が間違えたかな。

[otoan52]

一直線ではないけど、プロセス→スレッド（カーネルランド、ユーザランド）→イベントループと、記述に近い方に移動してきてるのは面白いことだと思う。

[baronhorse]

“1つのスレッド内のプロセスという実行単位” スレッドの中のプロセス？OSのプロセスとは別のもの？

[razokulover]

"ブラウザがクラッシュするでしゅ"

[mizchi]

流行りの非同期理解チュートリアルを書いた