首頁 > 新聞 > 網(wǎng)站制作 > 企業(yè)網(wǎng)站制作的js異步問題

企業(yè)網(wǎng)站制作的js異步問題

企業(yè)網(wǎng)站制作的js單線程為什么會有'異步'問題

看完前面的鋪墊你是否會產(chǎn)生這些疑問，JS是單線程的，那么他是如何是實現(xiàn)異步操作的？AJAX異步發(fā)送和回調請求，還有setTimeout也看起來像是多線程的？不急慢慢來

企業(yè)網(wǎng)站制作的js異步問題

js是同步的？

是的，單線程，那肯定只能同步(排隊)執(zhí)行咯

js為什么需要異步?

如果JS中不存在異步,只能自上而下執(zhí)行,萬一上一行解析時間很長,那么下面的代碼就會被阻塞。
對于用戶而言,阻塞就意味著"卡死",這樣就導致了很差的用戶體驗

js單線程又是如何實現(xiàn)異步的呢?

通過事件循環(huán)(event loop) 實現(xiàn)'異步'

經(jīng)典問題：

console.log('1')
setTimeout(function(){
console.log('2')
},0)
console.log('3')
// 1，3，2

也就是說,setTimeout里的函數(shù)并沒有立即執(zhí)行,而是延遲了一段時間,滿足一定條件后,才去執(zhí)行的,這類代碼,我們叫異步代碼。

所以,這里我們首先知道了JS里的一種分類方式,就是將任務分為: 同步任務和異步任務

也就是說,setTimeout里的函數(shù)并沒有立即執(zhí)行,而是延遲了一段時間,滿足一定條件后,才去執(zhí)行的,這類代碼,我們叫異步代碼。

所以,這里我們首先知道了JS里的一種分類方式,就是將任務分為: 同步任務和異步任務

雖然JS是單線程的但是瀏覽器的內(nèi)核是多線程的，在瀏覽器的內(nèi)核中不同的異步操作由不同的瀏覽器內(nèi)核模塊調度執(zhí)行，異步操作會將相關回調添加到任務隊列中。而不同的異步操作添加到任務隊列的時機也不同，如 onclick, setTimeout, ajax 處理的方式都不同，這些異步操作是由瀏覽器內(nèi)核的 webcore 來執(zhí)行的，webcore 包含上圖中的3種 webAPI，分別是 DOM Binding、network、timer模塊。

按照這種分類方式:JS的執(zhí)行機制是

首先判斷js代碼是同步還是異步,同步就進入主進程,異步就進入event table
異步任務在event table中注冊函數(shù),當滿足觸發(fā)條件后,被推入event queue
同步任務進入主線程后一直執(zhí)行,直到主線程空閑時,才會去event queue中查看是否有可執(zhí)行的異步任務,如果有就推入主進程中

總結：同步可以保證順序一致，但是容易導致阻塞；異步可以解決阻塞問題，但是會改變順序性，根據(jù)不同的需要去寫你的代碼，

公司網(wǎng)站建設中JS異步編程的四種方法

回調函數(shù)，這是異步編程最基本的方法

假定有兩個函數(shù)f1和f2，后者等待前者的執(zhí)行結果，如果f1是一個很耗時的任務，可以考慮改寫f1，把f2寫成f1的回調函數(shù)。

function f1(callback){

　　setTimeout(function () {

　　 // f1的任務代碼

　　　　callback();

　　}, 1000);
}

采用這種方式，我們把同步操作變成了異步操作，f1不會堵塞程序運行，相當于先執(zhí)行程序的主要邏輯，將耗時的操作推遲執(zhí)行。

回調函數(shù)的優(yōu)點是簡單、容易理解和部署，缺點是不利于代碼的閱讀和維護，各個部分之間高度耦合（Coupling），流程會很混亂，而且每個任務只能指定一個回調函數(shù)。

二、事件監(jiān)聽

另一種思路是采用事件驅動模式。任務的執(zhí)行不取決于代碼的順序，而取決于某個事件是否發(fā)生。

f1.on('done', f2); 當f1發(fā)生done事件，就執(zhí)行f2。

function f1(){

　　setTimeout(function () {

　　　　// f1的任務代碼
　　　　f1.trigger('done');

　　}, 1000);

}

f1.trigger('done')表示，執(zhí)行完成后，立即觸發(fā)done事件，從而開始執(zhí)行f2。

這種方法的優(yōu)點是比較容易理解，可以綁定多個事件，每個事件可以指定多個回調函數(shù)，而且可以"去耦合"（Decoupling），有利于實現(xiàn)模塊化。缺點是整個程序都要變成事件驅動型，運行流程會變得很不清晰。

三、發(fā)布/訂閱

我們假定，存在一個"信號中心"，某個任務執(zhí)行完成，就向信號中心"發(fā)布"（publish）一個信號，其他任務可以向信號中心"訂閱"（subscribe）這個信號，從而知道什么時候自己可以開始執(zhí)行。這就叫做"發(fā)布/訂閱模式"（publish-subscribe pattern），又稱"觀察者模式"（observer pattern）。我們可以通過查看"消息中心"，了解存在多少信號、每個信號有多少訂閱者，從而監(jiān)控程序的運行�！�

jQuery.subscribe("done", f2); //首先，f2向"信號中心"jQuery訂閱"done"信號。

function f1(){

　　setTimeout(function () {

　　　　// f1的任務代碼

　　　　jQuery.publish("done"); //f1執(zhí)行完成后，向"信號中心"jQuery發(fā)布"done"信號，引發(fā)f2的執(zhí)行。

　　}, 1000);

　　}

jQuery.unsubscribe("done", f2); //f2完成執(zhí)行后，也可以取消訂閱（unsubscribe）。

四、Promises對象

Promises對象是CommonJS工作組提出的一種規(guī)范，目的是為異步編程提供統(tǒng)一接口。簡單說，它的思想是，每一個異步任務返回一個Promise對象，該對象有一個then方法，允許指定回調函數(shù)。

f1().then(f2);

function f1(){

　　var dfd = $.Deferred();

　　setTimeout(function () {

　　　　// f1的任務代碼

　　　　dfd.resolve();

　　}, 500);

　　return dfd.promise;

}

回調函數(shù)變成了鏈式寫法，程序的流程可以看得很清楚，而且有一整套的配套方法，可以實現(xiàn)許多強大的功能。

f1().then(f2).then(f3); //指定多個回調函數(shù)
f1().then(f2).fail(f3); //指定發(fā)生錯誤時的回調函數(shù)

如果一個任務已經(jīng)完成，再添加回調函數(shù)，該回調函數(shù)會立即執(zhí)行。所以，你不用擔心是否錯過了某個事件或信號。這種方法的缺點就是編寫和理解，都相對比較難。

js的回調函數(shù)的例子；
1，
<script type="text/javascript">
//js的回調函數(shù)，
//定義一個方法，方法內(nèi)寫回掉函數(shù)的執(zhí)行代碼
function mSum (a,b,callback) {
callback(a+b);
}
//調用這個方法，并且獲取經(jīng)過計算得到的值
mSum(1,2,function(sum) {
alert(sum);
});
</script>

2，
/**callback回調函數(shù)的使用*/

function fun1(callback){
alert('執(zhí)行會點函數(shù)前操作');//執(zhí)行這里第二步
if(typeof(callback)=='function'){
callback();
}
}

$(function(){
alert(1);//先執(zhí)行這里第一步
fun1(function(){
alert('執(zhí)行回調函數(shù)主題內(nèi)容吧');//最后執(zhí)行這里
})
})

/**callback回調函數(shù)的使用*/