RTCDataChannel API は、いかなる種類のフロー/制御またはバックプレッシャーも提供しません。これは、理論的には、送信者が受信者のブラウザーをクラッシュさせる可能性があることを意味しますか? 私の意見では、ブラウザー (Chrome、Firefox などはすべて内部で SCTP を使用します) は、SCTP 接続から読み取り、パケットを消費する js-callback を実行するようにスケジュールします。イベント キューが送信側に追いつかない場合、ブラウザは基本的にパケットをバッファに格納しながら継続的にパケットを読み取りますが、バッファは無限に大きくなります。したがって、2 つのブラウザーを接続すると、TCP 受信ウィンドウなどのような障壁がないため、実際には送信側が常に他のブラウザーを圧倒する可能性があります。
これは websocket api にも当てはまります。
何か見逃しているだけですか、それともこれらの API が壊れているだけですか? 私が正しければ、認証されていないブラウザーと通信する場合 (たとえば、急流のシナリオで)、これは深刻なセキュリティ上の問題になります。