ホームページ  >  記事  >  ウェブフロントエンド  >  Web ページの最適化によるメモリと CPU の使用量の削減_HTML/Xhtml_Web ページの制作

Web ページの最適化によるメモリと CPU の使用量の削減_HTML/Xhtml_Web ページの制作

WBOY
WBOYオリジナル
2016-05-16 16:45:391418ブラウズ

一部の Web ページは大きく見えませんが、開くと非常に遅くなります。一部の Web ページは非常に長いですが、スムーズに使用できます。これらは、ユーザーのコンピューターのメモリと CPU の占有量の影響を受けます。
ブラウザの問題、各ブラウザはメモリ処理に影響しますが、それを制御する方法はほとんどありません。 Windows の場合:
· IE シリーズでは、リフレッシュの回復量は大きくありませんが、最小化によりメモリが解放されます。
・Firefox 2 はリサイクルを最小限に抑えていると言われていますが、これほどゴミを見たことがありません。使用したものだけを使用し、基本的にはリサイクルしません。プロトタイプのajaxもメモリが増え続ける原因になると言われています。
・オペラは最高です。常に良好なコントロールを保っています。問題ありません。
·Linux のメモリ割り当てメカニズムは Win とは異なります。ブラウザがすべてのメモリを占有すると、システムが停止する可能性があります。
ページの問題。ブラウザはページをレンダリングするときにメモリと CPU を消費します。可能であれば減らしてください。
構造
DocType を使用して、HTML4 にも DTD が含まれています。おそらく Transitional の方が適しています。
XHTML を使用していて、適切な構造を維持できる場合は、対応する MIME と XML ヘッダー 1 を忘れずに出力してください。これにより、ブラウザーのコード インスペクションが軽減されます。
構造をそのまま維持してください。コードの完成をブラウザに手伝ってもらうことはできません。
ページのファイル サイズを制御するプログラムを使用して、コードをより快適に表示できます。 2~3Kもあるサイズです。
iframe は新しいページを生成します。実際には、iframe を置き換える方法はたくさんあります。
同様に、背景画像をコンテンツ画像に結合することもできます。既知の幅と高さの /Object に width 属性を追加すると、ページの部分的な再レンダリングが軽減されます
パフォーマンス
ほとんどの場合、jpg 品質 99 と 99 の間で異なるのはファイル サイズだけです。 70. GIF、特に小さなアイコンについても同様です。256 色と 128 色の違いはファイル サイズです。
フラッシュの動きが速すぎて CPU を大量に消費します。品質を中または低に設定すると、1 秒あたりのフレーム数を制御してアニメーションの効果を減らすことができます。効果は犠牲になります。 。場合によっては、品質属性に Autolow2 または Autohigh を選択する方が適しています。低または最高を維持する必要はありません。
Flash はファイル サイズを節約するためにベクター グラフィックスを使用しますが、複雑なグラフィックスやアニメーションの計算には CPU が消費されます。複雑なフィルターが多すぎると大量のメモリが消費されます。ぼかしフィルターが削減されました。3.
IE のフィルターも大量のメモリを消費し、互換性の問題もあります。全画面の半透明はリソースを消費します。
2*2 の画像は 8*8 の画像とほぼ同じサイズですが、2*2 のタイル状の背景ははるかに多くのスペースを占めます。
GIF アニメーションにはフレームの概念もあります。GIF を Flash として再生しないでください。
動作
$() を使用するためだけにプロトタイプまたは jQuery 全体をインポートするのではなく、それ以上のことを行います。
AJAX はクールです。ただし、xml を使用するには XML パーサーが必要になります。JSON の使用を推奨する人もいますが、実際には、既にオブジェクトになっているスクリプトを直接インポートできます。追加のオブジェクト名を渡すか、オブジェクト名を書き留めるか、flickr のように jsonFlickrApi({"xxx":"xxx"}) を関数として直接使用するだけです (笑)。
特定の効果を実現するために Visibility:hidden を使用できる場合は、display:none を使用しないでください。
JS 変数がグローバル変数とローカル変数などに注意を払う必要があることを強調するのはあまり意味がありません。JS の複雑さは 1 ~ 2 文では明確に説明できません。Yueying の新しい本に注目してください。出版されました。
実際、ここにあるコンテンツの多くは Web ページを素早くレンダリングする方法に似ていますが、この記事は主にサーバー側の処理についてのものですが、多くの場合、サーバー側のリソース消費を節約することでクライアントのコストも節約できます。サイドリソースの消費。

(どなたでも追加歓迎です)

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。