異步化編程中聞名的Callback Hell，讓不少同學(xué)望而止步。當(dāng)業(yè)務(wù)復(fù)雜的時候，各種call back互相嵌套，使代碼變得更加容易出錯和不易理解。業(yè)內(nèi)也有有不少框架提供了異步化編程支持，有以下三個思路：

 

纖程

 

纖程可以認為是輕量級的用戶線程，脫離了OS的調(diào)度機制，在應(yīng)用級別進行調(diào)度管理。由于它只維護了基本的執(zhí)行棧信息，并不立即分配執(zhí)行資源，因此，它可以輕松創(chuàng)建成千上萬的纖程(受內(nèi)存大小的限制)，通過極少的線程完成對纖程的調(diào)度執(zhí)行。這個方向的代表有微信團隊開源的libco，以及在語言層面上支持的Go語言等。libco hook了底層IO相關(guān)的系統(tǒng)函數(shù)，通過底層IO事件驅(qū)動纖程的調(diào)度執(zhí)行。

 

當(dāng)遇到同步調(diào)用網(wǎng)絡(luò)請求時，libco自動注冊回調(diào)監(jiān)聽器，并讓出CPU。而在IO事件完成或者超時候，自動恢復(fù)纖程，然后調(diào)度執(zhí)行。它的實現(xiàn)機制決定了它非常適合依賴耗時IO服務(wù)的實現(xiàn)。承載了微信千萬級調(diào)用的一個基石。不過遺憾的是，libco是一個高效的c/c++協(xié)程庫，并沒有在JVM上實現(xiàn)。

 

Quasar是在JVM之上實現(xiàn)了纖程機制，基本可以在Quasar的類庫基礎(chǔ)上，以同步的模式來編寫異步的代碼。在真正執(zhí)行代碼前，通過編譯或者Instrument Agent的形式織入相關(guān)的字節(jié)碼。從頭起步引入纖程還是一個不錯的選擇。對現(xiàn)有項目的改造，需要對現(xiàn)有的線程類修改成纖程類，這需要改動我們底層非常多的中間件。另外業(yè)內(nèi)公布的使用經(jīng)驗較少，后續(xù)可以持續(xù)關(guān)注它的發(fā)展。

 

以上就是小編對于HTTP服務(wù)異步化如何實現(xiàn)的解答。