WeChat開発契約の概要

このチュートリアルを通じて、WeChat開発プロトコルの関連知識を共有します概要説明は非常に優れており、興味のある友人は一緒に見てください

1。 ID への送信 (一方向であれば 1 つだけで十分です。サービスサーバーは ID に基づいて繰り返し受信を判断する場合があります)。メッセージの再送信メカニズムにより、再試行が失敗した場合、ユーザーは次のことを行います。再試行が成功した場合、クライアントは送信が成功したことを示すメッセージのみを受け取ります。 メッセージを送信しても、新しい同期キーが生成されない場合があります。

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

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

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

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

6. サーバーが何らかの不確実な要因を検出した場合、通常の TCP 長時間接続の送信に対して セキュリティ ソケット レイヤ SSL プロトコルがマイクロ有効化される可能性があります。ショートコネクションは変更ありません

7. メッセージ送信方法

​​確立されたTCPロングコネクションチャネルを通じてメッセージを送信し、サーバーにメッセージを送信し、確認情報などを受け入れることで対話が発生します。

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

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

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

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

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

画像をアップロードします。 は画像のサイズに応じていくつかの部分に分割されます (約 1.5K が部分に分割されます)。各アップロードが成功した後、クライアントはおそらく複数の POST リクエスト を開始します。それを完全な画像に結合し、アプリのチャット ウィンドウに表示されるサムネイルを返します。通常のテキスト メッセージとして、APP はサーバー に送信されて

音声

をアップロードし、クライアントによる 2 秒間の音声録音が完了します。 1 つのブロックは最大約 1.5K で、2 つのブロックに分割されて送信され、サーバーは受信を応答します。合計3回のデータ転送。 音声情報と平文情報は同じで、どちらもTCPロングコネクションを使用し、クライアントが送信し、サーバー側で確認します。

上記は編集者があなたに紹介した WeChat 開発プロトコルの概要です。ご質問がございましたら、メッセージを残してください。編集者がすぐに返信します。また、スクリプト ハウスの Web サイトをサポートしていただきありがとうございます。

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