制作網(wǎng)站中減少網(wǎng)頁的內(nèi)存與CPU占用！

制作網(wǎng)站中減少網(wǎng)頁的內(nèi)存與CPU占用！

產(chǎn)生問題：雖然會引起 瀏覽器的模式問題 ，但問題是可以解決滴。參考Serving up XHTML with the correct MIME type ，派送XML頭瀏覽器不會容錯顯示，出現(xiàn)錯誤結(jié)構(gòu)會導致整個頁面無法顯法。
Autolow: 優(yōu)先考慮速度，但是也會盡可能改善外觀。 回放開始時，消除鋸齒功能處于關(guān)閉狀態(tài)。 如果 Flash Player 檢測到處理器可以處理消除鋸齒功能，就會打開該功能。
Autohigh:開始時回放速度和外觀兩者并重，必要時會犧牲外觀來保證回放速度。 回放開始時，消除鋸齒功能處于打開狀態(tài)。如果實際幀頻降到指定幀頻之下，就會關(guān)閉消除鋸齒功能以提高回放速度。使用此設(shè)置可模擬“消除鋸齒”命令（“視圖”>“預覽模式”>“消除鋸齒”）。
模糊濾鏡:使用模糊濾鏡時，如果用于 blurX 和 blurY 的值是 2 的整數(shù)次冪（例如 2、4、8、16 和 32），則可以加快計算速度，并且可以使性能提高 20% 到 30%（flash的幫助是介樣說滴）。

結(jié)構(gòu)上
使用DocType，告訴瀏覽器你在用什么，html4也有DTD。也許Transitional更適合你
如果使用的是XHTML并能保持良好結(jié)構(gòu)的話，記得輸出相應的MIME跟XML頭1，可以減少瀏覽器的代碼檢查，
保持結(jié)構(gòu)的完整，不要讓瀏覽器幫你補全代碼。
控制頁面的文件大小，可以通過程序把為了看代碼比較舒服的縮進去掉。2~3K也是大小。
iframe會產(chǎn)生新的頁面，其實有很多方式可以代替iframe
引入的JS與CSS可以適當合并，同樣背景圖片也可以合并，甚至有人連Flash都合并
給已知寬高的內(nèi)容圖片/Object加上寬度的屬性可以減少頁面的局部重渲染
表現(xiàn)上

質(zhì)量99跟70的jpg在大多數(shù)情況下只有文件有大小不一樣。gif的也一樣，特別是小圖標，256色跟128色的差別是文件大小．
flash動得太快吃CPU很大，控制每秒的幀數(shù)及動畫的效果可以減少一些，如果把品質(zhì)用中低顯示會省很多資源，但這樣卻犧牲了效果。。quality屬性 有時選擇Autolow2 或者Autohigh會更適合，沒必要一直low 或者best，
flash使用矢量圖會節(jié)省文件大小，但計算復雜的圖形跟動畫時花的是CPU。復雜的太多濾鏡，則會占用大量內(nèi)存，模糊濾鏡有減少些3。
IE的濾鏡也是比較占用內(nèi)存，同時也有兼容性問題。全屏的半透明很吃資源的。
2*2的圖片跟8*8的圖片大小差不多，但是平鋪背景2*2卻占用大很多。
gif動畫同樣有幀的概念，別把gif當成flash來玩就行。
行為上

別為了使用一個$()引入整個pretotype或jQuery，它們有更多的作用。
AJAX很帥。但是用xml會用上XML解析器，有人推薦用JSON，可是這樣要eval數(shù)據(jù)，其實可以直接import已經(jīng)是對象的script來用。只是要多傳個對象名，或者把對象名寫死，或者像flickr那樣jsonFlickrApi({"xxx":"xxx"})，直接當函數(shù)用，挖哈哈。
實現(xiàn)某些效果時能用visibility:hidden解決時就別用display:none來玩。
在這里強調(diào)js變量要注全局跟局部等等的意義并不大，JS復雜的地方也不是一兩句能說得清的，關(guān)注大家關(guān)注月影的正在出版的新書吧。^^
其實這里有的內(nèi)容有不少跟 如何快速的呈現(xiàn)我們的網(wǎng)頁 相近，不過那篇是以處理服務(wù)端為主，但在很多時候，節(jié)省服務(wù)端資源消耗的同時也會節(jié)省客戶端的資源消耗。

再其實，這篇已經(jīng)蹲在草稿箱里好久了，一直沒有時間去整理。現(xiàn)在給的也不是完整的，因為沒有完整，慢慢補充吧。

?