|
您的位置: 首頁 > 網(wǎng)站資訊 > 編寫高性能javascript |
編寫高性能javascript發(fā)布日期:2017/6/16
百度權(quán)重查詢 站長交易 友情鏈接交換 網(wǎng)站監(jiān)控 服務(wù)器監(jiān)控 seo監(jiān)控 許多javascript引擎,如Google的V8引擎(被Chrome和Node所用),是專門為需要快速執(zhí)行的大型javascript應(yīng)用所設(shè)計的。假如你是一個開發(fā)者,并且關(guān)心內(nèi)存使用情況與頁面性能,你應(yīng)該了解用戶瀏覽器中的javascript引擎是如何運(yùn)作的。無論是V8,SpiderMonkey的(Firefox)的Carakan(Opera),Chakra(IE)或其他引擎,這樣做可以幫助你更好地優(yōu)化你的應(yīng)用程序。這并不是說應(yīng)該專門為某一瀏覽器或引擎做優(yōu)化,萬萬別這么做。 但是,你應(yīng)該問自己幾個問題: •在我的代碼里,是否可以使代碼更高效一些 •主流的javascript引擎都做了哪些優(yōu)化 •什么是引擎無法優(yōu)化的,垃圾回收器(GC)是否能回收我所期望的東西 加載快速的網(wǎng)站就像是一輛快速的跑車,需要用到特殊定制的零件 編寫高性能代碼時有一些常見的陷阱,在這篇文章中,我們將展示一些經(jīng)過驗證的、更好的編寫代碼體例。 那么,javascript在V8里是如何工作的? 假如你對JS引擎沒有較深的了解,開發(fā)一個大型Web應(yīng)用也沒啥問題,就好比會開車的人也只是看過引擎蓋而沒有看過車蓋內(nèi)的引擎一樣。鑒于Chrome是我的瀏覽器,所以談一下它的javascript引擎。V8是由以下幾個核心部分組成: •一個基本的編譯器,它會在代碼執(zhí)行前解析javascript代碼并生成本地機(jī)器碼,而不是執(zhí)行字節(jié)碼或簡單地詮釋它。這些代碼好開始并不是高度優(yōu)化的。 •V8將對象構(gòu)建為對象模型。在javascript中對象體現(xiàn)為關(guān)聯(lián)數(shù)組,但是在V8中對象被看作是隱藏的類,一個為了優(yōu)化查詢的內(nèi)部類型系統(tǒng)。 •運(yùn)行時分析器監(jiān)視正在運(yùn)行的系統(tǒng),并標(biāo)識了“hot”的函數(shù)(例如花費很長時間運(yùn)行的代碼)。 •優(yōu)化編譯重視新編譯和優(yōu)化那些被運(yùn)行時分析器標(biāo)識為“hot”的代碼,并進(jìn)行“內(nèi)聯(lián)”等優(yōu)化(例如用被調(diào)用者的主體替代函數(shù)調(diào)用的位置)。 •V8支撐去優(yōu)化,這意味著優(yōu)化編譯器假如發(fā)現(xiàn)對于代碼優(yōu)化的假設(shè)過于樂觀,它會舍棄優(yōu)化過的代碼。 •V8有個垃圾收集器,了解它是如何工作的和優(yōu)化javascript一樣主要。 垃圾回收 垃圾回收是內(nèi)存管理的一種形式,其實就是一個收集器的概念,嘗試回收不再被使用的對象所占用的內(nèi)存。在javascript這種垃圾回收語言中,應(yīng)用程序中仍在被引用的對象不會被消滅。 手動消弭對象引用在大多數(shù)情況下是沒有需要的。通過簡單地把變量放在需要它們的地方(理想情況下,盡可能是局部作用域,即它們被使用的函數(shù)里而不是函數(shù)外層),一切將運(yùn)作地很好。 垃圾回收器嘗試回收內(nèi)存 在javascript中,是不可能強(qiáng)制進(jìn)行垃圾回收的。你不應(yīng)該這么做,因為垃圾收集過程是由運(yùn)行時控制的,它知道什么是好好的清理時機(jī)。 “消弭引用”的誤解 網(wǎng)上有許多關(guān)于javascript內(nèi)存回收的討論都談到delete這個關(guān)鍵字,雖然它可以被用來刪除對象(map)中的屬性(key),但有部分開發(fā)者認(rèn)為它可以用來強(qiáng)制“消弭引用”。建議盡可能避免使用delete,在下面的例子中delete o.x 的弊大于利,因為它改變了o的隱藏類,并使它成為一個"慢對象"。
你會很容易地在流行的JS庫中找到引用刪除——這是具有語言目的性的。這里需要注重的是避免在運(yùn)行時修改”hot”對象的結(jié)構(gòu)。javascript引擎可以檢測出這種“hot”的對象,并嘗試對其進(jìn)行優(yōu)化。假如對象在生命周期中其結(jié)構(gòu)沒有較大的改變,引擎將會更容易優(yōu)化對象,而delete操作現(xiàn)實上會觸發(fā)這種較大的結(jié)構(gòu)改變,因此不利于引擎的優(yōu)化。 對于null是如何工作也是有誤解的。將一個對象引用設(shè)置為null,并沒有使對象變“空”,只是將它的引用設(shè)置為空而已。使用o.x= null比使用delete會更好些,但可能也不是很需要。
假如此引用是當(dāng)前對象的好后引用,那么該對象將被作為垃圾回收。假如此引用不是當(dāng)前對象的好后引用,則該對象是可訪問的且不會被垃圾回收。 另外需要注重的是,全局變量在頁面的生命周期里是不被垃圾回收器清理的。無論頁面打開多久,javascript運(yùn)行時全局對象作用域中的變量會一向存在。
全局對象只會在刷新頁面、導(dǎo)航到其他頁面、關(guān)閉標(biāo)簽頁或退出瀏覽器時才會被清理。函數(shù)作用域的變量將在超出作用域時被清理,即退出函數(shù)時,已經(jīng)沒有任何引用,這樣的變量就被清理了。 經(jīng)驗法則 為了使垃圾回收器盡早收集盡可能多的對象,不要hold著不再使用的對象。這里有幾件事需要記住: •正如前面提到的,在合適的范圍內(nèi)使用變量是手動消弭引用的更好選擇。即一個變量只在一個函數(shù)作用域中使用,就不要在全局作用域聲明它。這意味著更干凈省心的代碼。 •確保解綁那些不再需要的事件監(jiān)聽器,尤其是那些即將被銷毀的DOM對象所綁定的事件監(jiān)聽器。 •假如使用的數(shù)據(jù)緩存在本地,確保清理一下緩存或使用老化機(jī)制,以避免大量不被重用的數(shù)據(jù)被存儲。 函數(shù) 接下來,我們談?wù)労瘮?shù)。正如我們已經(jīng)說過,垃圾收集的工作原理,是通過回收不再是訪問的內(nèi)存塊(對象)。為了更好地說明這一點,這里有一些例子。
當(dāng)foo返回時,bar指向的對象將會被垃圾收集器主動回收,因為它已沒有任何存在的引用了。 對比一下:
現(xiàn)在我們有一個引用指向bar對象,這樣bar對象的生存周期就從foo的調(diào)用一向持續(xù)到調(diào)用者指定別的變量b(或b超出范圍)。 閉包(CLOSURES) 當(dāng)你看到一個函數(shù),返回一個內(nèi)部函數(shù),該內(nèi)部函數(shù)將獲得范圍外的訪問權(quán),即使在外部函數(shù)執(zhí)行之后。這是一個基本的閉包 —— 可以在特定的上下文中設(shè)置的變量的表達(dá)式。例如:
在sum調(diào)用上下文中生成的函數(shù)對象(sumIt)是無法被回收的,它被全局變量(sumA)所引用,并且可以通過sumA(n)調(diào)用。 讓我們來看看另外一個例子,這里我們可以訪問變量largeStr嗎?
是的,我們可以通過a()訪問largeStr,所以它沒有被回收。下面這個呢?
我們不能再訪問largeStr了,它已經(jīng)是垃圾回收候選人了。【譯者注:因為largeStr已不存在外部引用了】 準(zhǔn)時器 好糟的內(nèi)存泄露地方之一是在循環(huán)中,或者在setTimeout()/ setInterval()中,但這是相當(dāng)常見的。思考下面的例子:
假如我們運(yùn)行myObj.callMeMaybe();來啟動準(zhǔn)時器,可以看到控制臺每秒打印出“Time is running out!”。假如接著運(yùn)行myObj = null,準(zhǔn)時器依舊處于激活狀況。為了能夠持續(xù)執(zhí)行,閉包將myObj傳遞給setTimeout,這樣myObj是無法被回收的。相反,它引用到myObj的因為它捕捉了myRef。這跟我們?yōu)榱吮3忠脤㈤]包傳給其他的函數(shù)是一樣的。 同樣值得牢記的是,setTimeout/setInterval調(diào)用(如函數(shù))中的引用,將需要執(zhí)行和完成,才可以被垃圾收集。 當(dāng)心性能陷阱 永遠(yuǎn)不要優(yōu)化代碼,直到你真正需要。現(xiàn)在經(jīng)常可以看到一些基準(zhǔn)測試,顯示N比M在V8中更為優(yōu)化,但是在模塊代碼或應(yīng)用中測試一下會發(fā)現(xiàn),這些優(yōu)化真正的效果比你期望的要小的多。 做的過多還不如什么都不做. 比如我們想要創(chuàng)建這樣一個模塊: •需要一個本地的數(shù)據(jù)源包含數(shù)字ID •繪制包含這些數(shù)據(jù)的表格 •添加事件處理程序,當(dāng)用戶點擊的任何單元格時切換單元格的css class 這個問題有幾個不同的因素,雖然也很容易解決。我們?nèi)绾未鎯?shù)據(jù),如何高效地繪制表格并且append到DOM中,如何更優(yōu)地處理表格事件? 面對這些問題好開始(無邪)的做法是使用對象存儲數(shù)據(jù)并放入數(shù)組中,使用jQuery遍歷數(shù)據(jù)繪制表格并append到DOM中,好后使用事件綁定我們期望地點擊行為。 注重:這不是你應(yīng)該做的
這段代碼簡單有用地完成了義務(wù)。 但在這種情況下,我們遍歷的數(shù)據(jù)只是本應(yīng)該簡單地存放在數(shù)組中的數(shù)字型屬性ID。有趣的是,直接使用DocumentFragment和本地DOM方法比使用jQuery(以這種體例)來生成表格是更優(yōu)的選擇,當(dāng)然,事件代理比單獨綁定每個td具有更高的性能。 要注重雖然jQuery在內(nèi)部使用DocumentFragment,但是在我們的例子中,代碼在循環(huán)內(nèi)調(diào)用append并且這些調(diào)用涉及到一些其他的小知識,因此在這里起到的優(yōu)化作用不大。希望這不會是一個痛點,但請務(wù)必進(jìn)行基準(zhǔn)測試,以確保自己代碼ok。 對于我們的例子,上述的做法帶來了(期望的)性能提拔。事件代理對簡單的綁定是一種改進(jìn),可選的DocumentFragment也起到了助推作用。
|
其他相關(guān)文章 |
|
|
|
||||||||
Copyright 2012-2025 上海蒙狼網(wǎng)絡(luò)科技有限公司 m.aqdzp.cn All Rights Reserved |