WeChat開発契約の説明

1. 公開されたメッセージは ID に対応します (一方向で一意である限り、サーバーはその ID に基づいて繰り返し受信を判断できます)。再試行が失敗した場合、制限された回数が保証されます。メッセージが正常に送信されると、ユーザーに確認メッセージが表示され、クライアントは確認メッセージを受信したときにのみ送信が成功したことがわかります。 メッセージを送信しても、新しい同期キーが生成されない場合があります。

2. バージョン番号 (SynKey) ステータス メッセージ同期メカニズムに基づいて、増分的かつ秩序ある送信要件が自然に満たされます。長い接続の通知/短い接続の取得、確認などの対話方法がシンプルであり、メッセージが確実かつ正確に届くことが保証されます。

3. クライアント/サーバーは、繰り返しの消費を避けるためにメッセージ ID 処理レコードを保存しますが、サーバーはメッセージが消費されたとはみなしません。クライアントは次回それを取得し、現在のメッセージが処理されたかどうかを確認します。いくつかの現象に基づいて推測します。

4. 一般に、WeChat プロトコルはクロスプラットフォームです (TCP または HTTP を提示でき、処理方法を統一できます)。どのプラットフォームであっても同期されます。十分にサポートできます

5. WeChat プロトコルの最小コストは 16 バイトです。ほとんどの場合、複数のメッセージ パケットが結合されてバッチで送信されます。 WeChat プロトコルは最も単純でもトラフィックを最も節約するものでもありませんが、非常に成功しています。

6. サーバーが何らかの不確実な要因を検出した場合、通常の TCP 長時間接続の送信に対して Secure Socket Layer SSL プロトコルがマイクロ有効化される可能性があります。短い接続は変更されていません

7. メッセージの送信方法

​​確立されたTCPの長い接続チャネルを通じてメッセージを送信し、サーバーにメッセージを送信し、確認情報などを受け入れることで対話が発生します。

友達が情報を受け取って読むと、サーバー側の通知も受け取り、やり取りなどが発生します。

WeChat はメッセージの送信に TCP ロング接続モードを使用していると判断できます。これは自身のステータス データに影響を与えないため、SyncKey を交換する必要はありません。

低速ネットワークでは、メッセージが送信中であることを示すプロンプトが表示されることがあります。これはメッセージ再送信メカニズムに属します。

ネットワークが良好でない場合、それを示す赤い感嘆符がクライアントに表示されることがあります。送信に失敗しました。

メッセージはサーバーに送信されましたが、確認を受け取っていない場合、サーバーはそれを重複メッセージとして扱います

。画像のサイズに応じて複数の部分に分割されます (約 1.5K が複数の部分に分割されます) 同時に、クライアントは複数の POST リクエスト を開始し、各アップロードが成功した後、それをマージします。完全な画像を取得し、アプリのチャット ウィンドウに表示されるサムネイルを返します。アプリは、

オーディオ

をアップロードするために通常のテキストメッセージとしてサーバーに送信し、次にTCPチャネルのみを使用して、2秒間の録音オーディオを使用します。クライアントは録音を完了し、送信のためにそれを2つの部分に分割します。最大約 1.5K であり、サーバーは受信を確認するデータ通知を応答します。合計3回のデータ転送。

音声と平文情報は同じで、どちらもTCPロングコネクションを使用し、クライアントが送信し、サーバー側で確認します。

以上がWeChat開発契約の説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。