12

コードに飛び込む前に、Socket.IO で配信が確認されているドキュメントがあるかどうか教えてもらえますか?

これまでに収集できたものは次のとおりです。

  1. メッセージが確認された場合に呼び出されるコールバックを提供できます。
  2. 配信を保証しない特別なモード「揮発性」があります
  3. 「揮発性」ではないデフォルトモードがあります

これにより、いくつかの質問が残ります。

  1. メッセージが揮発性でない場合、どのように処理されますか? 無期限にバッファリングされますか?
  2. 妥当な時間内にメッセージを配信できない場合に通知を受ける方法はありますか?
  3. あきらめたい場合、メッセージのバッファリングを解除する方法はありますか?

揮発性モードにフォールバックせず、障害イベントとある程度の構成可能性を提供できる外部 ACK レイヤーを使用せずに、時間に敏感なアプリケーションで Socket.IO をどのように使用できるかについて、私は少し途方に暮れています。または、何か不足していますか?

4

2 に答える 2

0

さまざまな戦略を使用して配信を確保しました

  1. メッセージエラーの繰り返しを防ぐために、メッセージにノンスを含むソケットを使用してデータを送信します
  2. 相手が受信メッセージの確認を送信するか、x秒後に再送信します
  3. クライアントによる 30 秒ごとの REST 呼び出しを使用して、サーバーから送信されたすべての新しいメッセージを要求し、転送中にドロップされたメッセージをキャッチしました。
于 2021-05-19T11:43:29.270 に答える