リーリー

データ圧縮はデータ送信量を削減するために使用されます。ネットワークが弱い場合は速度が向上しますが、ネットワークがない場合は遅くなります。予測モデルを作成し、アプリが提供する関連パラメーターに基づいて次の期間のリクエスト コンテンツの事前送信を予測することは可能ですか?

最後のリクエストをキャッシュします。サーバーは、弱いネットワーク条件下でのみ変更されたコンテンツを配信し、変更されたコンテンツを表示のために最後のキャッシュに挿入します。このネットワークは最も経済的です。

データ キャッシュ。要求されたデータはデータ表示用にローカルにキャッシュできます。また、アップロードする必要があるデータも、最初にローカルにキャッシュして、ネットワーク信号が良好なときに送信することもできます。再接続に失敗するまで待ちます

ネットワーク伝送の効率を向上させ、リクエストの対話時間を可能な限り短縮するには、圧縮が必要です。
重複投稿の防止にもご注意ください。 (一部のインターフェースの冪等性を保証します)

ネットワークが弱いということは、サーバーが応答する前にネットワークが常に接続されていることが保証されている限り、リクエスト本文と戻り本文のサイズが十分に小さいことを確認することで解決できます。できるだけ圧縮してください... レスポンスを受け取ったら、クライアント側で解析するだけです

データ キャッシュは、新しいデータが取得される前に以前のデータがページに表示されるようにするために必要です。前述したように、読み取られたデータは、繰り返しのデータ圧縮を避けるためにキャッシュされます。

xml を使用してデータを転送し、ローカルに保存し、ネットワーク接続がない場合にローカル データを表示します

SQLiteでは一部のデータをパラメータ長と省略してhttpに戻り値があるかを判断して再送信します。

MQTTというものがあります