在高并發(fā)下老是出現(xiàn)鎖表或違反唯一約束
問題描述 我服務(wù)端是采用Workerman+GatewayWorker+TP5 在使用中，如果并發(fā)不高的話，基本沒問題， 但是一但有高并發(fā)時(shí)，同時(shí)需要插入或更新批量數(shù)據(jù)時(shí)，有時(shí)會出現(xiàn)鎖表或者違反唯一約束了， 我已經(jīng)在插入時(shí)先判斷是否存在記錄了，不存在才整合起來，一起插入的。 $remindData=[];//提醒庫 //評論 $commentData=[]; $commentUserList=isset($objec...
我在使用composer 升級workerman/crontab升級到1.0.6好像不沒有找到
問題描述 我在使用composer 升級workerman/crontab升級到1.0.6好像不沒有找到 升級不成功 我執(zhí)行的是 composer require workerman/crontab ^1.0.6 但是不成功 只有composer require workerman/crontab可以。 但是安裝成功后的版本是1.0.2的。...
不知道什么原因觸發(fā)Onclose
bug描述 客戶端所在設(shè)備IP切換后（網(wǎng)絡(luò)會每隔幾天會IP變化），會與服務(wù)端斷開連接，觸發(fā)了OnClose事件。斷開后，設(shè)置了2-3秒重新連接，也連接成功了，并且正常工作了。 但是，重連成功后，服務(wù)端有時(shí)會觸發(fā)某些連接的Onclose給部分設(shè)備客戶端。導(dǎo)致客戶端又反復(fù)斷開連接。并且重連成功后，過個300多秒后又會觸發(fā)Onclose 客戶端重新成功后是有啟動心跳發(fā)送的，服務(wù)端也有收到心跳數(shù)據(jù)的。 但是就是會有一些設(shè)備會...
刪除了配置stdoutFile的日志文件沒辦法自動再次生成
bug描述 在初始化啟動時(shí)配置了stdoutFile的日志輸出文件，配置成功后，啟動workerman后，也是有正常在對應(yīng)的目錄下生成這個日志文件，但是一但在運(yùn)行中刪除掉這個日志文件，那么不會再重新生成這個日志文件了，就算手工增加了相同文件名的日志文件，也是一樣沒有再將日志寫入到這個日志文件里。必需要停止服務(wù)然后再啟動服務(wù)才會又生成文件。 有啥方法可以讓在運(yùn)行中時(shí)，刪除掉這日志文件后當(dāng)有日志信息時(shí)又會自動生成這個文件...
fwrite(): send of 8192 bytes failed with errno=11
問題描述 項(xiàng)目是采用TP5+workerman(4.19)+GatewayWorker(3.X) 在日志上有時(shí)會收到這樣的報(bào)錯（TP5的/runtime/log日志文件） 有時(shí)會報(bào)這個錯，有時(shí)不會，都正常。 這是啥原因引起的呢？如何解決呢？或者有什么方法可以定位到問題點(diǎn)呢？ 程序代碼 報(bào)錯信息 截圖報(bào)錯信息里報(bào)錯文件相關(guān)代碼 操作系統(tǒng)及workerman/webman等框架組件具體版本 TP5+workerma...
有些客戶端反復(fù)斷開重連
bug描述 有些客戶端有時(shí)會出現(xiàn)斷開連接，發(fā)現(xiàn)是服務(wù)端主動觸發(fā)onclose將客戶端退出關(guān)閉的，但是我查了下發(fā)現(xiàn)被斷開的客戶端是正常的，也有每隔10秒發(fā)一次心跳，但就是出現(xiàn)反復(fù)斷開又重連上來，過會兒又?jǐn)嚅_了， 我自己加的觸發(fā)onclose的設(shè)置，一個也沒觸發(fā)，為啥還會觸發(fā)onclose呢？ 我是將客戶端發(fā)過來的所有消息在onmessage接收到后轉(zhuǎn)化到對應(yīng)事件的緩存隊(duì)列里，然后再來處理，然到會和這個有關(guān)系嗎？ 或者哪...
workerman reload后會有什么影響?
問題描述 workerman reload后會有什么影響呢？ 當(dāng)使用reload重置后，除了定時(shí)器會沒了。還有其它影響嗎？ 之前bind綁定的鏈接ClientId還是正常的？ 為此你搜索到了哪些方案及不適用的原因...
Gateway::isUidOnline 有時(shí)不在線
bug描述 我在登錄時(shí)，使用Gateway::bindUid($client_id, $pc_user_id);綁定了登錄用戶信息 然后，在其它要用的地方時(shí)，我先使用Gateway::isUidOnline($pc_user_id)判斷是否在線，有在線再處理業(yè)務(wù)發(fā)送信息。 但是在使用中，發(fā)現(xiàn)會有極小的概率出現(xiàn)Gateway::isUidOnline返回false值，不在線。有時(shí)又可以了。很奇怪。 請教下大概會是什么原...
經(jīng)常報(bào)stream_select(): You MUST recompile PHP with a larger value of FD_SETSIZE 錯誤
服務(wù)端我是使用Workerman+GatewayWorker+TP5組合使用。 在TP5的runtime>log下經(jīng)常收到 這樣的錯誤。 這種會對服務(wù)端有影響嗎？如何處理呢？...
Workerman重啟后客戶端發(fā)送心跳服務(wù)端報(bào)錯
服務(wù)端是Workerman+GatewayWorker架設(shè) 客戶端是采用C#開發(fā)的。 當(dāng)服務(wù)端斷開后，客戶端也斷開連接了。 當(dāng)服務(wù)端重新啟動后，客戶端也重新連接上服務(wù)端了。然后發(fā)送心跳包數(shù)據(jù)。 但有時(shí)會出現(xiàn)客戶端發(fā)送的心跳包數(shù)據(jù)，服務(wù)端也有收到信息。但是使用$data=Gateway::getUidByClientId($client_id); 來獲取對應(yīng)連接綁定的數(shù)據(jù)時(shí)，會報(bào)Invalid argument sup...
外部網(wǎng)站向RedisQueue發(fā)送數(shù)據(jù)沒有收到
使用GatewayWorker架設(shè)了個服務(wù)端 采用RedisQueue來處理信息隊(duì)列 在Events.php里的onWorkerStart里創(chuàng)建了訂閱 $redisQueue=new Client('redis://127.0.0.1:6379'); $redisQueue->subscribe("User-1",function($message){ //信息的處理 Common::Msg...
定時(shí)器刪除了還是會存在
使用GatewayWorker，開啟了10個進(jìn)程 function OnMessage($client_id,$data){ switch($data['cmd']){ case 'open':{ self::AOpen($client_id,$data); break; } } } function AOpen($cl...
Gateway的getUidByClientId報(bào)錯Invalid argument supplied for foreach
最近經(jīng)常報(bào)這個錯誤，不知是啥原因引起的，請各位幫幫忙！ 按理說如果我沒綁定那也應(yīng)該是空值，而不是報(bào)Invalid argument supplied for foreach() 這個錯啊。...
