秒殺架構到後期,咱們採用了消息隊列的形式實現搶購邏輯,那麼以前拋出過這樣一個問題:消息隊列異步處理完每一個用戶請求後,如何通知給相應用戶秒殺成功?git
首先,咱們舉一個生活中比較常見的例子:咱們去銀行辦理業務,通常會選擇相關業務打印一個排號紙,而後就能夠坐在小板凳上玩着手機,等待被小喇叭報號。當小喇叭喊到你所持有的號碼,就能夠拿着排號紙去櫃檯辦理本身的業務。github
這裏,假設當咱們取排號紙的時候,銀行根據時間段內的排隊狀況,比較人性化的提示用戶:排隊人數較多,您是否繼續等待?否的話咱們能夠換個時間段再來辦理。web
由此咱們把生活場景映射到真實的秒殺業務邏輯中來:數據庫
經過上面的場景,咱們很容易可以想到一種方案就是服務端通知,那麼如何作到服務端異步通知的呢?下面,主角開始登場了,就是咱們的Websocket。後端
WebSocket是HTML5開始提供的一種瀏覽器與服務器間進行全雙工通信的網絡技術。依靠這種技術能夠實現客戶端和服務器端的長鏈接,雙向實時通訊。瀏覽器
特色:緩存
缺點:服務器
因爲咱們的秒殺架構項目案例中使用了SpringBoot,所以集成webSocket也是相對比較簡單的。微信
首先pom.xml引入如下依賴:websocket
WebSocketConfig 配置:
WebSocketServer 配置:
KafkaConsumer 消費配置,通知用戶是否秒殺成功:
webSocket.js 前臺通知邏輯:
客戶端與服務器通訊
監聽函數
readyState屬性
這個屬性能夠返回websocket所處的狀態。
goeasy
GoEasy實時Web推送,支持後臺推送和前臺推送兩種:後臺推送能夠選擇Java SDK、 Restful API支持全部開發語言;前臺推送:JS推送。不管選擇哪一種方式推送代碼都十分簡單(10分鐘可搞定)。因爲它支持websocket 和polling兩種鏈接方式因此兼顧大多數主流瀏覽器,低版本的IE瀏覽器也是支持的。
Pushlets
Pushlets 是經過長鏈接方式實現「推」消息的。推送模式分爲:Poll(輪詢)、Pull(拉)。
Pushlet
Pushlet 是一個開源的 Comet 框架,Pushlet 使用了觀察者模型:客戶端發送請求,訂閱感興趣的事件;服務器端爲每一個客戶端分配一個會話 ID 做爲標記,事件源會把新產生的事件以多播的方式發送到訂閱者的事件隊列裏。
地址:https://github.com/wjw465150/...
其實前面有提過,儘管WebSocket有諸多優勢,可是,若是服務端維護不少長鏈接也是挺耗費資源的,服務器集羣以及覽器或者客戶端兼容性問題,也會帶來了一些不肯定性因素。大致瞭解了一下各大廠的作法,大多數都仍是基於輪詢的方式實現的,好比:騰訊PC端微信掃碼登陸、京東商城支付成功通知等等。
有些小夥伴可能會問了,輪詢豈不是會更耗費資源?其實在我看來,有些輪詢是不可能穿透到後端數據庫查詢服務的,好比秒殺,一個緩存標記位就能夠斷定是否秒殺成功。相對於WS的長鏈接以及其不肯定因素,在秒殺場景下,輪詢仍是相對比較合適的。
本文做者:小柒2012
本文爲雲棲社區原創內容,未經容許不得轉載。