HTTP服務(wù)異步化如何實(shí)現(xiàn)

2020-05-25 21:42:08

字體：大中小

供稿：網(wǎng)友

隨著業(yè)務(wù)的復(fù)雜,一個(gè)用戶請求的處理過程，涉及多個(gè)對后端遠(yuǎn)程服務(wù)的調(diào)用。為了實(shí)現(xiàn)的簡單，目前都是使用同步方式完成的，也就是在一個(gè)請求的處理過程中，會(huì)占用一個(gè)容器線程進(jìn)行邏輯運(yùn)算和同步遠(yuǎn)程調(diào)用。

解決方案

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

纖程

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

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

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

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

上一篇：動(dòng)態(tài)網(wǎng)站和靜態(tài)網(wǎng)站應(yīng)該怎樣選擇？

下一篇：什么是HTTPS？我們的網(wǎng)站該不該做HTTPS？