パフォーマンス最適化の思考プロセス

序文

最近は業務がフリーになり、調査や最適化をメインラインに開発プロセスに自分の気持ちも込めて、白屏时间筆者がモバイルスクリプトを導入するまでのvConsole一部始終を記録します。

ネットワーク スクリプトと問題の場所

図に示すように、白い画面時間については、ネットワーク送信が大きく関係しています。

画像.png

これはperformance運用環境でのネットワークの読み込みの画像です。FP一見すると非常に鮮明になるまでに 3.3 秒かかりvConsole、メインスレッドのレンダリングをブロックするまでに 2.6 秒かかります。このようなデバッグ ツールはまったく表示する必要がありません本番環境の導入は日常環境およびプレリリース環境で使用する必要があるため、プロジェクト コードを見つけて、問題点のコード ブロックを見つけます。

画像.png

これも元クラスメイトが書いたコードです。実はここに書かれたスクリプトは書かれていないものと同じです。最もリソースを占有するスクリプトは依然として各環境に導入されています(38行)。コードを少しブロックして、動的読み込み形式に変更しますvConsole

画像.png

変換が完了した後は、日常環境および発売前環境で現在の運用ステータスが維持され、運用環境は劇的に改善されます。

最適化前:
画像.png

最適化:

画像.png

スクリプトに費やされる時間が大幅に短縮されていることがわかります。

記事の終わり

これはパフォーマンス最適化の非常にシンプルな実践記録です. 主に思考プロセス、最適化のエントリポイント (白い画面またはインタラクション) と指標分析 (ネットワーク時間またはフレームアニメーション) を記録します. コードはあまり書かれていませんが、このようなものがあります思考プロセスには無数の小さな最適化ポイントが発見され、最適化されるのを待っています。

おすすめ

転載: blog.csdn.net/m0_46995864/article/details/130733663