1.公開されたメッセージはIDに対応します(単一の方向が一意である限り、サーバーはIDに基づいて受信を繰り返すことができます)。メッセージ再送信メカニズムにより、限られた数の再試行が保証されます。再試行が失敗した場合、ユーザーはプロンプトされます。送信の成功は、フィードバックと確認です。クライアントは、確認情報を受け取った後に送信が成功したことのみを知ります。メッセージを送信すると、新しいSynckeyが生成されない場合があります。
2。バージョン番号(シンキー)に基づくステータスメッセージ同期メカニズム、増分および秩序ある伝送要件は自然です。長い接続通知/短い接続の取得、確認など、相互作用方法は単純で、信頼できる正確なメッセージを確保します。
3.クライアント/サーバー側は、メッセージID処理レコードを保存して、クライアントの繰り返し消費を避けて最新のニュースを取得しないようにしますが、サーバー側はメッセージが消費されているとは考えていません。クライアントは次回それを再獲得し、現在のメッセージが処理されたかどうかを照会します。いくつかの現象に基づいています。
4.全体として、WeChatプロトコルクロスプラットフォーム(TCPまたはHTPPの両方が提示され、処理方法を統合できます)。また、「ハンドシェイク」同期により非常に信頼性が高く、あらゆるプラットフォームでよくサポートできます。
5. WECHATプロトコルの最小コストは16バイトです。ほとんどの場合、いくつかのメッセージパケットが結合され、バッチで送信されます。 WECHAT契約は最も単純ではなく、最も交通節約でもありませんが、非常に成功しています。
6.サーバーがいくつかの不確実性を検出すると、マイクロ対応のセキュアソケット層SSLプロトコルが従来のTCP Long接続伝送を実行する可能性があります。短い接続は変更されません
7.メッセージメソッドを送信します
確立されたTCP Long Connection Channelを通過するためのメッセージを送信し、サーバーにメッセージを送信してから、確認情報などを受け入れて相互作用を生成します。
友人が情報の読み取りを受け取ると、サーバー通知を受け取り、インタラクションなどを生成します。
WeChatは、独自のステータスデータに影響を与えないため、TCP Long Connectionモードにメッセージを送信することが確認できます。SyncKeyは交換しないでください。
低速ネットワークの下では、おそらくメッセージの送信プロンプトが表示されます。
ネットワークは良くありません。クライアントが送信に失敗した赤い感嘆符を持つことがあります。
サーバーに送信されたが確認を受け取っていないメッセージは、クライアントに赤い感嘆符を表示し、再度再送信すると、サーバーはそれを複製メッセージとして処理し、フィードバック確認
画像のアップロードは、画像のサイズに応じていくつかの部分に分割されます(約1.5kが部品に分割されます)。同時に、クライアントはいくつかの投稿リクエストを開始します。各アップロードが成功した後、サーバーはおそらく完全な画像に融合し、サムネイルを返し、アプリチャットウィンドウに表示します。アプリは通常のテキストメッセージとしてサーバーに送信されます
オーディオをアップロードするときは、TCPチャンネルのみに移動し、2秒でオーディオを記録します。クライアントが録音を終了した後、送信するために2つのブロックに分割されます。1つのブロックは約1.5kです。サーバーは、領収書を確認するためにデータ通知に応答します。合計3つのデータ送信。
オーディオとプレーンのテキスト情報は一貫しており、どちらもTCPロング接続であり、クライアントから送信され、サーバーによって確認されます。
上記は、編集者によって導入されたWeChat開発契約の概要です。私はそれが誰にでも役立つことを願っています。ご質問がある場合は、メッセージを残してください。編集者は、すべての人に時間内に返信します。 wulin.comのウェブサイトへのご支援ありがとうございます!