小試JavaScript多線程
當(dāng)前位置：點(diǎn)晴教程→知識管理交流
→『 技術(shù)文檔交流 』
法寶就是Concurrent.Thread這個家伙，其實(shí)是一個js庫,你可以從網(wǎng)站下載源代碼.如何使用呢? 很簡單 Concurrent.Thread.create(f, a1, a2, ...) f為你要調(diào)用的函數(shù)，a1,a2為該函數(shù)的參數(shù)，這樣創(chuàng)建了一個線程，你可以同時創(chuàng)建多個，他們會同時去執(zhí)行，這個庫同時提供 了很多的方法，類似其它語言里的Thread使用方法,如Concurrent.Thread.stop();等。具體去網(wǎng)站去了解。 復(fù)制代碼 代碼如下: <html> <body> <script type="text/javascript" src="Concurrent.Thread.Compiler.js"></script> <script type="text/javascript"> function hello ( ) { document.body.innerHTML += "H"; document.body.innerHTML += "e"; document.body.innerHTML += "l"; document.body.innerHTML += "l"; document.body.innerHTML += "o"; document.body.innerHTML += ","; document.body.innerHTML += " "; document.body.innerHTML += "w"; document.body.innerHTML += "o"; document.body.innerHTML += "r"; document.body.innerHTML += "l"; document.body.innerHTML += "d"; document.body.innerHTML += "!"; } Concurrent.Thread.create(hello); </script> </body> </html> 作者 Daisuke Maki譯者 張凱峰
雖然有越來越多的網(wǎng)站在應(yīng)用AJAX技術(shù)進(jìn)行開發(fā)，但是構(gòu)建一個復(fù)雜的AJAX應(yīng)用仍然是一個難題。造成這些困難的主要原因是什么呢？是與服務(wù)器的異步通信問題？還是GUI程序設(shè)計(jì)問題呢？通常這兩項(xiàng)工作都是由桌面程序來完成的，那究竟為何開發(fā)一個可以實(shí)現(xiàn)同樣功能的AJAX應(yīng)用就這么困難呢？ AJAX 開發(fā)中的難題 讓我們通過一個簡單的例子來認(rèn)識這個問題。假設(shè)你要建立一個樹形結(jié)構(gòu)的公告欄系統(tǒng)(BBS)，它可以根據(jù)用戶請求與服務(wù)器進(jìn)行交互，動態(tài)加載每篇文章的信息，而不是一次性從服務(wù)器載入所有文章信息。每篇文章有四個相關(guān)屬性：系統(tǒng)中可以作為唯一標(biāo)識的ID、發(fā)貼人姓名、文章內(nèi)容以及包含其所有子文章 ID的數(shù)組信息。首先假定有一個名為getArticle()的函數(shù)可以加載一篇文章信息。該函數(shù)接收的參數(shù)是要加載文章的ID，通過它可從服務(wù)器獲取文章信息。它返回的對象包含與文章相關(guān)的四條屬性：id，name，content和children。例程如下： function ( id ) { var a = getArticle(id); document.writeln(a.name + " " + a.content); } 然而你也許會注意到，重復(fù)用同一個文章ID調(diào)用此函數(shù)，需要與服務(wù)器之間進(jìn)行反復(fù)且無益的通信。想要解決這個問題，可以考慮使用函數(shù) getArticleWithCache()，它相當(dāng)于一個帶有緩存能力的getArticle()。在這個例子中，getArticle()返回的數(shù)據(jù)只是作為一個全局變量被保存下來： var cache = {}; function getArticleWithCache ( id ) { if ( !cache[id] ) { cache[id] = getArticle(id); } return cache[id]; } 現(xiàn)在已將讀入的文章緩存起來，讓我們再來考慮一下函數(shù)backgroundLoad()，它應(yīng)用我們上面提到的緩存機(jī)制加載所有文章信息。其用途是，當(dāng)讀者在閱讀某篇文章時，從后臺預(yù)加載它所有子文章。因?yàn)槲恼聰?shù)據(jù)是樹狀結(jié)構(gòu)的，所以很容易寫一個遞歸的算法來遍歷樹并且加載所有的文章： function backgroundLoad ( ids ) { for ( var i=0; i < ids.length; i++ ) { var a = getArticleWithCache(ids[i]); backgroundLoad(a.children); } } backgroundLoad ()函數(shù)接收一個ID數(shù)組作為參數(shù)，然后通過每個ID調(diào)用前面定義過的getArticldWithCache()方法，這樣就把每個ID對應(yīng)的文章緩存起來。之后再通過已加載文章的子文章ID數(shù)組遞歸調(diào)用backgroundLoad()方法，如此整個文章樹就被緩存起來。 到目前為止，一切似乎看起來都很完美。然而，只要你有過開發(fā)AJAX應(yīng)用的經(jīng)驗(yàn)，你就應(yīng)該知曉這種幼稚的實(shí)現(xiàn)方法根本不會成功，這個例子成立的基礎(chǔ)是默認(rèn) getArticle()用的是同步通信。可是，作為一條基本原則，JavaScript要求在與服務(wù)器進(jìn)行交互時要用異步通信，因?yàn)樗菃尉€程的。就簡單性而言，把每一件事情（包括GUI事件和渲染）都放在一個線程里來處理是一個很好的程序模型，因?yàn)檫@樣就無需再考慮線程同步這些復(fù)雜問題。另一方面，他也暴露了應(yīng)用開發(fā)中的一個嚴(yán)重問題，單線程環(huán)境看起來對用戶請求響應(yīng)迅速，但是當(dāng)線程忙于處理其它事情時(比如說調(diào)用getArticle())，就不能對用戶的鼠標(biāo)點(diǎn)擊和鍵盤操作做出響應(yīng)。 如果在這個單線程環(huán)境里進(jìn)行同步通信會發(fā)生什么事情呢？同步通信會中斷瀏覽器的執(zhí)行直至獲得通信結(jié)果。在等待通信結(jié)果的過程中，由于服務(wù)器的調(diào)用還沒有完成，線程會停止響應(yīng)用戶并保持鎖定狀態(tài)直到調(diào)用返回。因?yàn)檫@個原因，當(dāng)瀏覽器在等待服務(wù)器響應(yīng)時它不能對用戶行為作出響應(yīng)，所以看起來像是凍結(jié)了。當(dāng)執(zhí)行 getArticleWithCache()和backgroundLoad()會有同樣的問題，因?yàn)樗鼈兌际腔趃etArticle()函數(shù)的。由于下載所有的文章可能會耗費(fèi)很可觀的一段時間，因此對于backgroundLoad()函數(shù)來說，瀏覽器在此段時間內(nèi)的凍結(jié)就是一個很嚴(yán)重的問題——既然瀏覽器都已經(jīng)凍結(jié)，當(dāng)用戶正在閱讀文章時就不可能首先去執(zhí)行后臺預(yù)加載數(shù)據(jù)，如果這樣做連當(dāng)前的文章都沒辦法讀。 如上所述，既然同步通信在使用中會造成如此嚴(yán)重的問題，JavaScript就把異步通信作為一條基本原則。因此，我們可以基于異步通信改寫上面的程序。 JavaScript要求以一種事件驅(qū)動的程序設(shè)計(jì)方式來寫異步通信程序。在很多場合中，你都必須指定一個回調(diào)程序，一旦收到通信響應(yīng)，這個函數(shù)就會被調(diào)用。例如，上面定義的getArticleWithCache()可以寫成這樣： var cache = {}; function getArticleWithCache ( id, callback ) { if ( !cache[id] ) { callback(cache[id]); } else { getArticle(id, function( a ){ cache[id] = a; callback(a); }); } } 該文章在 2010/11/25 22:11:57 編輯過 |
關(guān)鍵字查詢
相關(guān)文章
正在查詢... 
|
400 186 1886
