如何用worker監(jiān)聽股票接口數(shù)據(jù)是否有更新？

wocall 更新于2022-03-31

搜了一個關于股票的提問，但沒有解決我的問題。也搜了關于接口的問答，貌似也沒找到下面這個情況，所以特別在此請教：

有個第三方的股票實時行情服務器，提供任意一支股票的http的json數(shù)據(jù)接口，該接口數(shù)據(jù)會實時更新。接口數(shù)據(jù)更新速度或許每秒多筆，或者好多秒甚至更長時間一筆，因為選擇不同的股票代碼，更新頻率受交易影響而不一樣。

我這需要實現(xiàn)的是：
1、監(jiān)聽這個接口數(shù)據(jù)，如果數(shù)據(jù)有更新就讀取過來，如果沒有更新則繼續(xù)監(jiān)聽。
2、將讀取到的數(shù)據(jù)保存到數(shù)據(jù)庫，同時發(fā)送給客戶端。

我的問題是：
用worker如何監(jiān)聽這個接口數(shù)據(jù)是否有更新？

先感謝大佬們答疑解惑。

 1709  3 0

chen 2022-03-31

可以用redis隊列

順便問下是什么接口，免費的嗎？

wocall 2022-03-31

免費的，http://api.k780.com:88/
wocall 2022-03-31

http://api.k780.com:88/?':$a_parm['apiurl'].'/?
$nowapi_parm['app']='finance.stock_realtime';
$nowapi_parm['symbol']='sh600000';
$nowapi_parm['appkey']='10003';
$nowapi_parm['sign']='b59bc3ef6191eb9f747dd4e83c99f2a4';
$nowapi_parm['format']='json';
wocall 2022-03-31

定時發(fā)請求有個問題就是不知道要隔多長時間，如果每秒鐘讀取30次，這樣會不會很浪費資源
chen 2022-03-31

我看這個實時行情接口是通過參數(shù)把股票代碼傳過去的，那就一次把所有股票代碼傳過去，30s一次請求應該也還好吧
chen 2022-03-31

為什么要每秒鐘讀取30次啊，再頻繁1秒1次也夠了
wocall 2022-03-31

交易密集的時候需要每秒更多次，30s一次肯定是不行的。至于發(fā)送過去的參數(shù)倒不是問題，問題就是如何實現(xiàn)彈性監(jiān)測，發(fā)現(xiàn)有數(shù)據(jù)就馬上讀取過來。
wocall 2022-03-31

現(xiàn)在行情不景氣，有些1分鐘都沒一筆。但要考慮行情好的時候，每秒鐘會有很多筆交易。
chen 2022-03-31

發(fā)現(xiàn)有數(shù)據(jù)就馬上讀取過來，那就最好是建立長鏈接，讓對方推數(shù)據(jù)過來，不然靠主動發(fā)請求拉數(shù)據(jù)肯定不夠及時
wocall 2022-03-31

要是對方能推就沒這個問題了呀：（

MarkGo 2022-03-31

這種無法實現(xiàn)的
你提到的那種必須是對方推才能實現(xiàn)，但是對方只有拉的接口，即意味著你不存在什么監(jiān)聽，只是一直輪詢拉取數(shù)據(jù)回來，有新的才執(zhí)行更新操作.
對比推，這種的確很浪費資源

manbuheiniu 2022-03-31

我怎么記得股票信息是每秒更新一次啊，每秒30次沒用吧?。?！定時任務每秒一次就可以，如果怕剛拉取了數(shù)據(jù)接口就更新了那就0.5秒更新一下，最差是晚0.5秒應該能接受吧。對方不提供推送接口就沒辦法實時，只能定時輪循

wocall 2022-03-31

交易慘淡的時候，確實更新頻率不高。交易火熱的時候每秒30筆都不算多。設計的時候必須考慮這個情況。
manbuheiniu 2022-04-07

不區(qū)分交易慘淡和火熱吧？看股票軟件，都是幾秒更新一次。好像在哪看過交易平臺也是一兩秒更新一次。一秒內(nèi)有多筆交易，按提交時間順序和量自動撮合哪些成交哪些掛著。一秒成功一次應該是正常的