有的網(wǎng)頁看起來并不大但打開會很卡，有的網(wǎng)頁雖然很長但使用流暢，占用用戶電腦的內(nèi)存與CPU就影響這些。

瀏覽器問題，有各自的瀏覽器處理內(nèi)存問題會影響到，但幾乎沒辦法控制得了，Windows上的：

·IE系列，刷新回收的量不大，但最小化會釋放內(nèi)存。

·Firefox2據(jù)說也會在最小化回收，可我從沒見過最垃圾，用多少是多少，基本不回收。據(jù)說prototype的ajax還會引起內(nèi)存一直增加。

·Opera最好。一直控制得很好。不存在什么問題。

·Linux的內(nèi)存分配機(jī)制與Win的不一樣，有多少用多少，如果瀏覽器占光時(shí)說不定會干掉系統(tǒng)。

頁面問題，瀏覽器渲染頁面會消耗內(nèi)存和CPU，能減少一點(diǎn)就減少點(diǎn)。

結(jié)構(gòu)

使用DocType，告訴瀏覽器你在用什么，html4也有DTD。也許Transitional更適合你

如果使用的是XHTML并能保持良好結(jié)構(gòu)的話，記得輸出相應(yīng)的MIME跟XML頭1，可以減少瀏覽器的代碼檢查，

保持結(jié)構(gòu)的完整，不要讓瀏覽器幫你補(bǔ)全代碼。

控制頁面的文件大小，可以通過程序把為了看代碼比較舒服的縮進(jìn)去掉。2~3K也是大小。

iframe會產(chǎn)生新的頁面，其實(shí)有很多方式可以代替iframe

引入的JS與CSS可以適當(dāng)合并，同樣背景圖片也可以合并，甚至有人連Flash都合并給已知寬高的內(nèi)容圖片/Object加上寬度的屬性可以減少頁面的局部重渲染

表現(xiàn)

質(zhì)量99跟70的jpg在大多數(shù)情況下只有文件有大小不一樣。gif的也一樣，特別是小圖標(biāo)，256色跟128色的差別是文件大?。?/P>

flash動(dòng)得太快吃CPU很大，控制每秒的幀數(shù)及動(dòng)畫的效果可以減少一些，如果把品質(zhì)用中低顯示會省很多資源，但這樣卻犧牲了效果。。quality屬性有時(shí)選擇Autolow2或者Autohigh會更適合，沒必要一直low或者best，

flash使用矢量圖會節(jié)省文件大小，但計(jì)算復(fù)雜的圖形跟動(dòng)畫時(shí)花的是CPU。復(fù)雜的太多濾鏡，則會占用大量內(nèi)存，模糊濾鏡有減少些3。

IE的濾鏡也是比較占用內(nèi)存，同時(shí)也有兼容性問題。全屏的半透明很吃資源的。

2*2的圖片跟8*8的圖片大小差不多，但是平鋪背景2*2卻占用大很多。

gif動(dòng)畫同樣有幀的概念，別把gif當(dāng)成flash來玩就行。

行為

別為了使用一個(gè)$()引入整個(gè)prototype或jQuery，它們有更多的作用。

AJAX很帥。但是用xml會用上XML解析器，有人推薦用JSON，可是這樣要eval數(shù)據(jù)，其實(shí)可以直接import已經(jīng)是對象的script來用。只是要多傳個(gè)對象名，或者把對象名寫死，或者像flickr那樣jsonFlickrApi({"xxx":"xxx"})，直接當(dāng)函數(shù)用，挖哈哈。

實(shí)現(xiàn)某些效果時(shí)能用visibility:hidden解決時(shí)就別用display:none來玩。

在這里強(qiáng)調(diào)js變量要注全局跟局部等等的意義并不大，JS復(fù)雜的地方也不是一兩句能說得清的，關(guān)注大家關(guān)注月影的正在出版的新書吧。

其實(shí)這里有的內(nèi)容有不少跟如何快速的呈現(xiàn)我們的網(wǎng)頁相近，不過那篇是以處理服務(wù)端為主，但在很多時(shí)候，節(jié)省服務(wù)端資源消耗的同時(shí)也會節(jié)省客戶端的資源消耗。