假如使用的是XHTML并能保持良好結構的話，記得輸出相應的MIME跟XML頭1，可以減少瀏覽器的代碼檢查，
使用DocType，告訴瀏覽器你在用什么，html4也有DTD。
保持結構的完整，不要讓瀏覽器幫你補全代碼。減少網頁的大小。
Opera最好。
瀏覽器題目，有各自的瀏覽器處理內存題目會影響到，但幾乎沒辦法控制得了，Windows上的：
有的網頁看起來并不大但打開會很卡，有的網頁固然很長但使用流暢，占用用戶電腦的內存與CPU就影響這些。只是要多傳個對象名，或者把對象名寫死，或者像flickr那樣jsonFlickrApi({"xxx":"xxx"})，直接當函數用，挖哈哈。但是用xml會用上XML解析器，有人推薦用JSON，可是這樣要eval數據，實在可以直接import已經是對象的script來用。
在這里夸大js變量要注全局跟局部等等的意義并不大，JS復雜的地方也不是一兩句能說得清的，關注大家關注月影的正在出版的新書吧。
2*2的圖片跟8*8的圖片大小差未幾，但是平鋪背景2*2卻占用大良多。
恍惚濾鏡:使用恍惚濾鏡時，假如用于 blurX 和 blurY 的值是 2 的整數次冪(例如 2、4、8、16 和 32)，則可以加快計算速度，并且可以使機能進步 20% 到 30%(flash的匡助是介樣說滴)。
Autohigh:開始時回放速度和外觀兩者并重，必要時會犧牲外觀來保證回放速度。也許Transitional更適合你
結構上
頁面題目，瀏覽器渲染頁面會消耗內存和CPU，能減少一點就減少點。
IE的濾鏡也是比較占用內存，同時也有兼容性題目。 2~3K也是大小。
Firefox2據說也會在最小化回收，可我從沒見過最垃圾，用多少是多少，基本不回收。
Autolow: 優先考慮速度，但是也會盡可能改善外觀。復雜的太多濾鏡，則會占用大量內存，恍惚濾鏡有減少些3。據說prototype的ajax還會引起內存一直增加。
Linux的內存分配機制與Win的不一樣，有多少用多少，假如瀏覽器占光時說不定會干掉系統。參考Serving up XHTML with the correct MIME type，派送XML頭瀏覽器不會容錯顯示，泛起錯誤結構會導致整個頁面無法顯法。全屏的半透明很吃資源的。。
再實在，這篇已經蹲在草稿箱里好久了，一直沒有時間去收拾整頓。
實在這里有的內容有不少跟如何快速的呈現我們的網頁相近，不外那篇是以處理服務端為主，但在良多時候，節省服務端資源消耗的同時也會節省客戶真個資源消耗。
別為了使用一個$()引入整個prototype或jQuery，它們有更多的作用。 回放開始時，消除鋸齒功能處于封閉狀態。 
產生題目：固然會引起瀏覽器的模式題目，但題目是可以解決滴。 ^^
實現某些效果時能用visibility:hidden解決時就別用display:none來玩。使用此設置可模擬“消除鋸齒”命令(“視圖”>“預覽模式”>“消除鋸齒”)。
行為上
gif動畫同樣有幀的概念，別把gif當成flash來玩就行。 gif的也一樣，特別是小圖標，256色跟128色的差別是文件大小.
表現上
給已知寬高的內容圖片/Object加上寬度的屬性可以減少頁面的局部重渲染
引入的JS與CSS可以適當合并，同樣背景圖片也可以合并，甚至有人連Flash都合并
iframe會產生新的頁面，實在有良多方式可以代替iframe
控制頁面的文件大小，可以通過程序把為了看代碼比較愜意的縮進去掉。
IE系列，刷新回收的量不大，但最小化會開釋內存，。現在給的也不是完整的，由于沒有完整，慢慢增補吧。
flash使用矢量圖會節省文件大小，但計算復雜的圖形跟動畫時花的是CPU。 quality屬性 有時選擇Autolow2 或者Autohigh會更適合，沒必要一直low 或者best，
質量99跟70的jpg在大多數情況下只有文件有大小不一樣。
AJAX很帥。假如實際幀頻降到指定幀頻之下，就會封閉消除鋸齒功能以進步回放速度。 回放開始時，消除鋸齒功能處于打開狀態。一直控制得很好。 假如 Flash Player 檢測到處理器可以處理消除鋸齒功能，就會打開該功能。
flash動得太快吃CPU很大，控制每秒的幀數及動畫的效果可以減少一些，假如把品質用中低顯示會省良多資源，但這樣卻犧牲了效果。