Timer能否在Workerman-RPC框架的業(yè)務(wù)層使用
架構(gòu)背景： 瀏覽器/app <-- http -> Web請(qǐng)求處理層 <-- RPC --> Workerman-RPC業(yè)務(wù)邏輯處理層 業(yè)務(wù)說(shuō)明： 數(shù)量一定的商品，用戶需要對(duì)該商品預(yù)約下單購(gòu)買(mǎi)，預(yù)約成功后必須在30min內(nèi)支付購(gòu)買(mǎi)。用戶預(yù)約后，商品對(duì)外供應(yīng)數(shù)量減少1；當(dāng)用戶在30min時(shí)限內(nèi)沒(méi)有支付購(gòu)買(mǎi)，商品對(duì)外供應(yīng)數(shù)量恢復(fù)1。 實(shí)現(xiàn)： 上述業(yè)務(wù)邏輯在 Workerm...
workerman JSON-RPC多次異步調(diào)用并成功異步接收數(shù)據(jù)后，再次異步調(diào)用出現(xiàn)異步調(diào)用方法出現(xiàn)have already been called
服務(wù)會(huì)接收1min左右一次的消息，當(dāng)收到消息后會(huì)根據(jù)消息中的經(jīng)緯度，異步調(diào)用逆地理位置服務(wù)，獲取逆地理位置信息。 異步調(diào)用逆地理位置服務(wù)成功幾次后，就會(huì)出現(xiàn)一次異步調(diào)用失敗，錯(cuò)誤原始提示 異步調(diào)用的方法已經(jīng)被調(diào)用。但是根據(jù)記錄的log，前面幾次調(diào)用都已經(jīng)完成了接收數(shù)據(jù)的操作（見(jiàn)附件圖片）。 查看source出現(xiàn)這種情況的時(shí)候是異步調(diào)用方法所有參數(shù)序列化后作為key來(lái)保存實(shí)例，如果已經(jīng)存在實(shí)例，那么就拋已經(jīng)調(diào)用異步服務(wù)...
關(guān)于Gateway/worker多協(xié)議支持的問(wèn)題
支持多協(xié)議還有其他的方法，比如通過(guò)協(xié)議自身的特點(diǎn)區(qū)分當(dāng)前是哪種協(xié)議，然后分別調(diào)用相應(yīng)協(xié)議的解碼方法，這樣可以做到只開(kāi)一個(gè)端口就可以支持多種協(xié)議的效果 這種不通過(guò)端口，通過(guò)協(xié)議本身特點(diǎn)區(qū)分協(xié)議，只能區(qū)分簡(jiǎn)單的協(xié)議（比如text，json的）吧？如果是hex格式的就沒(méi)有辦法根據(jù)協(xié)議來(lái)區(qū)分吧。...
