問題是這樣的,我們在向隊列推任務的時候,不可避免推送的任務是多種多樣的,如郵件,短信等,在後台的工作進程取任務的時候,往往思想被禁錮,認為我推任務是按分類推的,那麼取是不是也要按照類別來獲取,那麼可能這時候就要起多個任務處理進程,實際他們唯一的差別就是那麼任務類別的參數。這麼設計不好吧?
問題是這樣的,我們在向隊列推任務的時候,不可避免推送的任務是多種多樣的,如郵件,短信等,在後台的工作進程取任務的時候,往往思想被禁錮,認為我推任務是按分類推的,那麼取是不是也要按照類別來獲取,那麼可能這時候就要起多個任務處理進程,實際他們唯一的差別就是那麼任務類別的參數。這麼設計不好吧?
根據業務場景來確定吧 如果業務量比較大,顯然用一個進程來處理任務就不合適了
在我還是建議使用不同的隊列進行不同信息的處理,雖然使用參數可以分別出來,但是不利後續的大並發時候的隔離和擴展,如某一個業務僅僅關注短信信息,這樣就監聽短信消息隊列即可