onMessage回調(diào)中實(shí)例化類(lèi)和靜態(tài)方法內(nèi)存消耗差別怎么這么大？這是為何？
為了偷懶想用reload平滑重啟，把控制改為實(shí)例化來(lái)調(diào)用，結(jié)果出現(xiàn)內(nèi)存持續(xù)增長(zhǎng)，又改回靜態(tài)方法就正常了，想不明白？ public function onMessage(TcpConnection $c, Request $request): void { ..... //執(zhí)行控制器 //$res = $controller::$action($c->army); ...
websocket內(nèi)存不回收的問(wèn)題
請(qǐng)教下，發(fā)現(xiàn)每次的斷連內(nèi)存一直疊加，原因是send完別沒(méi)有釋放，斷開(kāi)連接也無(wú)法自動(dòng)釋放，應(yīng)該是怎么個(gè)流程？ ...
onWorkerStart里的timer定時(shí)器會(huì)阻塞onMessage嗎？
onWorkerStart里的timer定時(shí)器會(huì)阻塞整個(gè)進(jìn)程嗎？比如會(huì)阻塞onMessage嗎？...
狀態(tài)無(wú)異常，用戶(hù)反應(yīng)無(wú)法請(qǐng)求
wokerman的狀態(tài)沒(méi)異常，但是用戶(hù)反應(yīng)經(jīng)常請(qǐng)求不到數(shù)據(jù)，nginx存在大量的連接錯(cuò)誤日志，5小時(shí)近1G @@！ connect() failed (111: Connection refused) while connecting to upstream xxxxxx,upstream: "http://127.0.0.1:8787 xxxxxxxx 看日志是nginx到workerman之間所造成的，...
$connection->send 之后還需要什么操作？
workerman http connections一直累加，看文檔說(shuō)是沒(méi)銷(xiāo)毀，例子上是onMessage 里send就完事兒了，這么用是否正確？ connections：該進(jìn)程當(dāng)前有多少個(gè)TCP連接實(shí)例，連接實(shí)例包括 TcpConnection和AsyncTcpConnection實(shí)例。這個(gè)值是實(shí)時(shí)數(shù)值，并非累計(jì)值。注意：當(dāng)連接實(shí)例調(diào)用close后，如果相應(yīng)計(jì)數(shù)沒(méi)有相應(yīng)減少，可能是業(yè)務(wù)代碼保存了$connectio...
