問題描述

以前我的業(yè)務邏輯一直寫在基于workerman的tcp服務端程序里面，如果需要修改業(yè)務邏輯，就會導致整個程序需要重啟，會導致成百上千的機器TCP需要重連。

自從看了gateway的源碼以后，深受里將gateway和business服務分開的啟發(fā)

因此我也想將tcp服務和業(yè)務邏輯分開，于是想到了使用channel做跳轉（類似于gateway的注冊中心register）

之前我使用了Channel做進程間通信，一直用的事件機制(publish模式)，對方使用on進行掛鉤回調(diào)
但這會帶來一個問題：為避免消息復雜，只能給channel的event名稱使用進程名字分開，不然所有后端進程都會收到同樣的事件通知。

于是想到了使用channel的消息隊列模式，即：前端的tcp服務用來做報文解析和加密解密，通過channel將指令傳給后端的多臺服務器去做業(yè)務邏輯處理。

這樣的好處是：
1、不同的業(yè)務邏輯可以發(fā)給不同的后端服務器群處理，用queue名稱進行區(qū)分；
2、當某臺后端掛掉時可以做到不影響業(yè)務邏輯，對用戶無感；
3、可以實現(xiàn)多臺服務器共同監(jiān)聽某個隊列，做任務的負載分擔。

初期，所有的前端事件，都通過同一個隊列往后端扔，后端多個進程也共同監(jiān)聽同一隊列，但遇到一個問題：
channel服務器的內(nèi)存不再像之前那一直保持4M的使用，而是一直在增加

至今沒有找到原因，麻煩各位幫解答一下。
此外：我只用channel來做通訊和任務輪詢，丟一些數(shù)據(jù)可以接受。
我確認生產(chǎn)者發(fā)的內(nèi)容均已被消費者消費掉。

----------------------------------------------GLOBAL STATUS----------------------------------------------------
Workerman version:4.0.30 PHP version:7.4.28
start time:2023-04-03 08:45:32 run 0 days 5 hours
load average: 0.16, 0.12, 0.13 event-loop:\Workerman\Events\Event
1 workers 1 processes
worker_name exit_status exit_count
ChannelServer 0 0
----------------------------------------------PROCESS STATUS---------------------------------------------------
pid memory listening worker_name connections send_fail timers total_request qps status
141714 52M frame://0.0.0.0:12206 ChannelServer 98 0 0 11357962 0 [idle]
----------------------------------------------PROCESS STATUS---------------------------------------------------
Summary 52M - - 98 0 0 11357962 0 [Summary]

程序代碼或配置

<?php
生產(chǎn)者：
Channel\Client::enqueue($event_name , $report_json_data);

消費者：
Channel\Client::watch($event_name, function($event_str)use(){
        $event_data = json_decode($event_str , true);
});

重現(xiàn)問題的步驟

操作系統(tǒng)環(huán)境及workerman/webman等具體版本

CentOS7.9
Workerman version:4.0.30
PHP version:7.4.28