如何在指定時(shí)間推送消息到H5,然后關(guān)閉當(dāng)前頁(yè)面
問(wèn)題描述
目前使用的webman安裝gatewayworker插件,已經(jīng)實(shí)現(xiàn)websocket連接后主動(dòng)向H5發(fā)送消息
現(xiàn)在有個(gè)問(wèn)題就是怎么在指定的時(shí)間去推送,需要及時(shí)性很高
例如:發(fā)布一個(gè)收集表,當(dāng)結(jié)束時(shí)間到了,能主動(dòng)發(fā)送消息到H5關(guān)閉當(dāng)前已經(jīng)打開(kāi)在收集表頁(yè)面的用戶頁(yè)面(這個(gè)結(jié)束時(shí)間可能在一個(gè)月之后的某個(gè)時(shí)間)
目前想到的是 用定時(shí)任務(wù)每秒去查詢結(jié)束時(shí)間是否超過(guò)當(dāng)前時(shí)間,然后判斷是否發(fā)送消息,,,,但是結(jié)束時(shí)間很長(zhǎng)的話,定時(shí)任務(wù)中間一直是空跑,感覺(jué)沒(méi)有意義
請(qǐng)教大佬有沒(méi)有其他方案???
2個(gè)回答
不知道為何會(huì)有這么奇怪的需求,為何不能在收集時(shí)發(fā)現(xiàn)已過(guò)期由客戶端自行關(guān)閉,非要服務(wù)端主動(dòng)通知關(guān)閉,當(dāng)然辦法也不是沒(méi)有,分而治之就好,你這個(gè)任務(wù)看似是每秒檢測(cè),實(shí)際上又不用從開(kāi)始到結(jié)束都要每秒檢測(cè)
舉個(gè)例子: 11月10日15:00關(guān)閉,你只需要11月10日14:55分甚至14:58分開(kāi)始每秒檢測(cè)即可,在那之前壓根都不需要檢測(cè),那么如何實(shí)現(xiàn)呢?
設(shè)定一個(gè)5分鐘(X)的定時(shí)任務(wù),檢測(cè)接下來(lái)6分鐘(X+1)內(nèi)是否有需要進(jìn)行每秒檢測(cè)的任務(wù),如有則啟動(dòng),沒(méi)有就什么都不干,那么你空跑的就少了,5分鐘定時(shí)檢測(cè)6分鐘內(nèi)是為了防止單個(gè)定時(shí)任務(wù)因?yàn)閳?zhí)行時(shí)間過(guò)長(zhǎng)而導(dǎo)致覆蓋不全的問(wèn)題,但需要自行判斷秒級(jí)定時(shí)任務(wù)的重復(fù)執(zhí)行,還有一些邊界Case我可能還沒(méi)想到,你自己琢磨吧,畢竟只是個(gè)思路.
總體而言就跟設(shè)定項(xiàng)目進(jìn)度一樣,先分幾個(gè)大體的時(shí)間點(diǎn)分步走,再細(xì)化到每一步的具體任務(wù),假如一開(kāi)始就細(xì)化具體任務(wù),那這項(xiàng)目大概率沒(méi)法干
- 暫無(wú)評(píng)論
這個(gè)需求有些奇怪
1.設(shè)置時(shí)間，然后根據(jù)時(shí)間生成隊(duì)列，在消費(fèi)隊(duì)列時(shí)判斷時(shí)間是否正確（因?yàn)榭赡艽嬖谛薷臅r(shí)間的情況）
2.定時(shí)腳本，指定間隔時(shí)間查詢且處理一次，查詢到符合條件數(shù)據(jù)發(fā)送，不過(guò)比較浪費(fèi)而且效率太低了
3.做個(gè)接口、按鈕，人為觸發(fā)發(fā)送，想怎么玩就怎么玩
- 暫無(wú)評(píng)論
