資訊專欄INFORMATION COLUMN
摘要：異步本質上應該就是多線程語言的產(chǎn)物。如果是多線程的異步，假死的應該是運行方法的線程，而方法仍然會按預期打印出。當然了，按我個人的理解，應該說是是的回調函數(shù)。
引子
每個故事都有由來。前兩天在看 gulp 的時候，看到了它有個 promise 的玩意兒，然后的然后，這兩天就掉進了 javascript 的異步和回調的坑里面去了。
其間搜索了 javascript promise，看到了一堆好文章。大概給個 List 吧。
https://software.intel.com/zh-cn/articles/asynchronized-javascript-pro...
http://stackoverflow.com/questions/7104474/how-does-asynchronous-javas...
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Glob...
http://www.ruanyifeng.com/blog/2012/12/asynchronous＿javascript.html
http://krasimirtsonev.com/blog/article/7-lines-JavaScript-library-for-...
http://segmentfault.com/q/1010000000140970
http://www.alloyteam.com/2014/05/javascript-promise-mode/
看得昏天黑地，大概也理清楚了一點，做個小總結。
一些概念上面這些文章寫得都挺好，但大部分都是上來直接說怎么異步回調，js的異步有哪些方法。這適合高級選手。我剛開始連啥是異步，啥是回調都不太清楚，這些方法自然也比較難理解。所以還是打好基礎，先弄清楚異步、回調這些基本概念比較好。
同步與異步先看個例子。
javascriptfoo(); bar();
程序運行一般是同步的（synchronous），即按照書寫的順序執(zhí)行。在上述例子中，bar 方法會在 foo 方法執(zhí)行完之后，再執(zhí)行。
異步（asynchronous）與同步相對，即在前一個方法未執(zhí)行完時，就開始運行后一個方法。在上述例子中，先執(zhí)行 foo 方法，foo 方法沒執(zhí)行完，就開始執(zhí)行 bar 方法。
總而言之，同步就是順序執(zhí)行，異步就是不完全按順序執(zhí)行。
異步的好處從異步的概念中可以發(fā)現(xiàn)，程序異步運行，可以提高程序運行的效率，不必等一個程序跑完，再跑下一個程序，特別當這兩個程序是無關的時候。兩個程序在一定時間內(nèi)，可以是同時運行的。寫服務器的時候應該會碰到很多這樣的例子。可以想象，如果服務器的程序都是同步的，那并發(fā)什么的就不存在了吧。
阻塞與非阻塞這一點是我自己簡單的理解。
阻塞就是說一個程序沒運行完，它后面的程序是無法運行的。
而非阻塞則相反，一個程序如果因為各種原因（網(wǎng)絡、代碼量等）沒運行完的時候，其他的程序也是可以繼續(xù)運行的。
單線程與多線程這一點也是我自己的簡單理解。
單線程是指程序運行只有一個通道，不同的方法需要排隊執(zhí)行。
而很多語言都可以提供多線程的功能，相當于開了幾個通道運行程序，使得程序可以在不同的線程中運行，不會相互影響。
多線程、非阻塞、異步從上述基本概念中可以發(fā)現(xiàn)，異步如果發(fā)生在多線程語言中，會十分自然且符合邏輯。異步本質上應該就是多線程語言的產(chǎn)物。因為只有在多線程語言中才能夠實現(xiàn)程序之間相互不干擾，不產(chǎn)生阻塞。
JS 中的異步有了上面的一些基本概念，那么下面來說說正題，JS中的異步。
我們都知道 JS 是一個單線程的語言，永遠只有一個通道在運行程序。那么既然它是個單線程又如何會有異步呢？
JS 中所謂的異步，應該被稱為偽異步（pseudo asynchronous）。這是因為 JS 語言中的異步，會產(chǎn)生阻塞，并會相互干擾。
我們來看一下 setTimeout 如何模擬 JS 中的異步。
javascriptvar foo = function(){
console.log("foo begins");
setTimeout(function(){
console.log("foo finishes");
},1000);
};
var bar = function(){
console.log("bar executed");
}
foo();
bar();
上述過程執(zhí)行的時候，會打印出
foo begins
bar executed
foo finishes
所以，在上述代碼塊中，在前一方法（foo）執(zhí)行時，后一方法（bar）也可以執(zhí)行。符合異步的基本概念，程序并不按順序執(zhí)行。
說是模擬是因為，你可以把 console.log("foo begins"); 理解成會運行 1 秒的一個代碼行，運行完后，會跳出foo finishes。而中間這 1 秒運行的時候，后面的 bar 方法也是可以運行的。這樣就模擬了一個異步的效果。
我們將上述代碼塊稍做修改
javascriptvar foo = function(){
console.log("foo begins");
setTimeout(function(){
console.log("foo finishes");
},1000);
};
var bar = function(){
while(){
}
}
foo();
bar();
你會發(fā)現(xiàn) 1 秒之后 foo finishes 并沒有被打印出來。這是因為 bar 方法是個死循環(huán)，使得 js 引擎假死，導致了 foo 方法也沒有被運行完。如果是多線程的異步，假死的應該是運行 bar 方法的線程，而 foo 方法仍然會按預期打印出 foo finishes。當然了，其實這個死循環(huán)也只是模擬 bar 方法塊程序運行的時間將很長。實際上，如果 bar 方法運行的時間超過了 1 秒，比方說是 5 秒，那么 foo finishes 也將在 5 秒之后被打印出來。這個本質上取決于 JS 單線程程序塊按隊列執(zhí)行的特性。
所以 JS 中的異步并不能像普通的異步一樣，實現(xiàn)非阻塞和不干擾。
雖然 JS 中的異步有其先天的缺陷，但是這種異步的思想，仍然能被 JS 程序開發(fā)人員所借鑒。畢竟，異步是可以大大提高程序運行效率的。
也正是由于 JS 本身是單線程程序的關系，所以 JS 中異步的實現(xiàn)，并不能像其他語言一樣，簡單地多開個線程就可以解決。
目前我看的集中方法主要有回調、事件類方法、promise等。
先說說回調是什么吧。
回調（callback）這種名詞就跟函數(shù)（function）一樣，乍一看是比較難懂的，至少我是這樣的。
根據(jù)sf上這個問答的解釋，可以明確，把一個函數(shù)作為參數(shù)傳入到另一個函數(shù)中，那么這個作為參數(shù)的函數(shù)就叫做回調函數(shù)。如：
javascriptvar foo = function(callback){
// foo method
callback();
};
foo(bar);
其中，bar 就是一個回調函數(shù)。當然了，按我個人的理解，應該說是 bar 是 foo 的回調函數(shù)。
To be Continued時間問題，具體的實現(xiàn)方式和理解還沒好好看，日后再做細細梳理。上述理解如有偏頗，歡迎討論指正。
文章版權歸作者所有，未經(jīng)允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉載請注明本文地址：http://www.ezyhdfw.cn/yun/91510.html
摘要：到這里，我已經(jīng)發(fā)出了一個請求買漢堡，啟動了一次交易。但是做漢堡需要時間，我不能馬上得到這個漢堡，收銀員給我一個收據(jù)來代替漢堡。到這里，收據(jù)就是一個承諾保證我最后能得到漢堡。 同期異步系列文章推薦談一談javascript異步javascript異步中的回調javascript異步之Promise.all()、Promise.race()、Promise.finally()javascr...
摘要：回調函數(shù)，一般在同步情境下是最后執(zhí)行的，而在異步情境下有可能不執(zhí)行，因為事件沒有被觸發(fā)或者條件不滿足。同步方式請求異步同步請求當請求開始發(fā)送時，瀏覽器事件線程通知主線程，讓線程發(fā)送數(shù)據(jù)請求，主線程收到 一直以來都知道JavaScript是一門單線程語言，在筆試過程中不斷的遇到一些輸出結果的問題，考量的是對異步編程掌握情況。一般被問到異步的時候腦子里第一反應就是Ajax，setTimse...
摘要：如果你把函數(shù)的指針地址作為參數(shù)傳遞給另一個函數(shù)，當這個指針被用來調用其所指向的函數(shù)時，我們就說這是回調函數(shù)?；卣{函數(shù)不是由該函數(shù)的實現(xiàn)方直接調用，而是在特定的事件或條件發(fā)生時由另外的一方調用的，用于對該事件或條件進行響應。 同期異步系列文章推薦談一談javascript異步javascript異步與promisejavascript異步之Promise.all()、Promise.ra...
摘要：由于引擎同一時間只執(zhí)行一段代碼這是由單線程的性質決定的，所以每個代碼塊阻塞了其它異步事件的進行。這意味著瀏覽器將等待著一個新的異步事件發(fā)生。異步的任務執(zhí)行的順序是不固定的，主要看返回的速度。 我們經(jīng)常說JS是單線程的，比如node.js研討會上大家都說JS的特色之一是單線程的，這樣使JS更簡單明了，可是大家真的理解所謂JS的單線程機制嗎？單線程時，基于事件的異步機制又該當如何，這些知識...
摘要：異步回調被作為實參傳入另一函數(shù)，并在該外部函數(shù)內(nèi)被調用，用以來完成某些任務的函數(shù)，稱為回調函數(shù)?；卣{函數(shù)經(jīng)常被用于繼續(xù)執(zhí)行一個異步完成后的操作，它們被稱為異步回調?；卣{函數(shù)是事件循環(huán)回頭調用到程序中的目標，隊列處理到這個項目的時候會運行它。 唯一比不知道代碼為什么崩潰更可怕的事情是，不知道為什么一開始它是工作的！ 在 ECMA 規(guī)范的最近幾次版本里不斷有新成員加入，尤其在處理異步的問題...
閱讀 3402·2023-04-26 02:10
閱讀 2947·2021-10-12 10:12
閱讀 4749·2021-09-27 13:35
閱讀 1598·2019-08-30 15:55
閱讀 1135·2019-08-29 18:37
閱讀 3512·2019-08-28 17:51
閱讀 2027·2019-08-26 13:30
閱讀 1290·2019-08-26 12:09
