wokerman作為client端用ws方式接受數(shù)據(jù)，但是隨著時間~接受的數(shù)據(jù)跟對方推送的數(shù)據(jù)時間差越來越大。

zhouaini528 更新于2021-05-26

我接受對方ws推送的數(shù)據(jù)，并發(fā)量非常大,每秒200條數(shù)據(jù)。我count只有一個，現(xiàn)在是對方推送的數(shù)據(jù)時間和我接受的數(shù)據(jù)時間，會越來越大。

我是把數(shù)據(jù)存在global中，另一個進程來讀數(shù)據(jù)的

 1894  1 0

keytehu 2021-05-26

是不是有什么耗時操作比如存數(shù)據(jù)庫啥的導致慢了。業(yè)務(wù)全部都去掉，只記錄日志看下慢不慢。
按道理每秒接收200條不會慢，除非帶寬不夠，或者業(yè)務(wù)邏輯慢，也有可能對方發(fā)送越來越慢。

zhouaini528 2021-05-27

我再onMessage把所有的業(yè)務(wù)代碼注釋了，獲取對方推送過來的數(shù)據(jù)，時間是對的上的。我懷疑是我用了GlobalData變量共享組件，我把數(shù)據(jù)存入global，然后另一個進程讀取數(shù)據(jù)采用的是Timer輪詢的方式讀取，然后時間就對不上了。但是為什么喃？想不明白
zhouaini528 2021-05-27

我測試了是GlobalData 賦值的時候，阻塞了我onMessage，導致時間越來越差距遠，那么我如何解決??？
keytehu 2021-06-18

請求量大的話沒必要每次都把數(shù)據(jù)存GlobalData。你可以用變量緩存一會兒，然后在合適的時機存進去，比如用定時器每秒保存一次啥的。