问答有webman监听redis过期事件的demo么
需要监听redis过期后，处理其他业务。没有找相关信息
问答Workerman3.4.2在3.4.0版本上改动了HTTP协议，导致POST请求收不到内容
之前业务是建立在3.4.0版本上，客户端采用POST发送JSON数据，接收正常，现更换为3.4.2版本后，业务代码不变，但打印data数据段，发现content-type为**application/json$GLOBALS = $GLOBALS = $http_body;
}
}
```
尝试在default段加入：parse_str($http_body, $_POST); 业务正常
问答实例B向实例A中的客户端推送数据该怎么做效率最高?
目前有这样一个需求 使用的是GatewayWorker
以前定时器是运行在实例A中的,但是随着推送业务量的增加会导致进程阻塞,影响客户端的上行效率,所以现在打算专门再跑一个实例B专门处理下行业务的推送.实例A 所有的客户端连接和上行数据处理
实例B 仅使用定时器处理io阻塞业务, 查询到数据库中有推送需求时向实例A中的指定客户端推送数据.
想问一下要实现以上功能效率最高的方式是什么?
问答关于内存泄漏,看了关于生命周期的文档，那么我这个问题岂不是很大？
https://www.workerman.net/doc/webman/others/lifecycle.html
## 我这样的写法，是不是有很大的问题，进程重启会不会影响业务
提示
webman的所以即使业务代码出现内存泄漏，也不会对业务造成影响。
提示
随着请求增加，webman会载入一些类文件到内存，内存会有一定增长，这种内存增长是正常现象，只要不是内存无限增长就不是内存泄漏。
!
问答请教一个关于webman/push问题，望大神不吝赐教
目前业务需要，客户端在websocket连接的时候需要带上一段自定义加密串，服务器端会解密，得到id，最后判断相同id，只能同时在线3个，超过3个的，会将之前的连接干掉一个，客户端不再连接，最多连接就3
问答【已解决】redis6版本设置了只读账号，webman无法远程登录
#### 问题描述
因为业务需要在默认账号写入数据后，前端需要用只读账号消费数据，在配置里设置了只读账号后服务器上能登录这个账号，但在本地测试远程登录时显示
```php
RedisException
问答发生status 139 和 11 的退出
如果业务中有数据库操作，很可能出现busy的情况，是不是只能在开一个服务异步去处理，才能解决这类busy的问题。还是有更好的处理方法，谢谢~~~~
问答gatewayworker并发配置
cpu是双核，现在可支持并发量上去了，但是刚刚看文档才发现上面说的是gateway调成cpu核数相等，business调成cpu核数的三倍，瞬间懵了，请问大神这是什么情况，还有就是这个cpu核数是看我服务器的我这边是阻塞式IO业务，含有数据库连接和客户端IO
问答gateway进程cpu跑满，报错
#### 问题描述
两台部署的gatewayworker服务，硬件配置为16核32G，最近半个月经常出现一台机器上的几个gateway进程cpu跑满100%，导致业务无法正常转发。
问答http-client 定时任务 同时多个请求都跑到一个进程里, 导致全部超时【已解决】
#### 问题描述
http-client 定时任务 同时多个请求都跑到一个进程里, 导致全部超时
这里详细描述问题
#### 原因
线上需要访问速通门服务器, 服务器在本地环境 NAT映射出的的端口运营商给屏蔽了 导致无法访问
文档status命令查看运行状态
* 64000：导致这个退出码的原因是业务代码抛出了异常，但业务没有捕获这个异常，导致进程退出。参见[Worker类构造函数](worker/construct.md)
worker_name：该进程运行的服务服务名，见[Worker类name属性](worker/name.md)
connections注意：如果进程进入短暂的繁忙是正常情况，如果进程一直是繁忙状态，则有可能发生了业务阻塞或者业务死循环的情况，需要根据[调试busy进程](busy-process.md)一节排查。## 注意
status 时可能会发现有些进程显示busy，原因是由于进程忙于处理业务（例如业务逻辑长时间阻塞在curl或者数据库请求上，或者运行大的循环），无法将状态上报，导致显示busy。出现这种问题需要排查业务代码，看哪里导业务致长时间阻塞，并且评估阻塞耗时是否在预期内，如果不符合预期需要根据[调试busy进程](busy-process.md)一节排查业务代码。
问答webman-常驻内存疑惑
只有控制器 和 启动脚本中 载入的文件(比如,process,composer包),才是常驻内存的
我们自己写的业务代码,比如,在某个方法里,直接 new 的,这种都不是常驻内存的吧
因为遵循PHP垃圾回收机制如果仅仅只比较业务代码,是不是跟fpm中,性能差不多的呢?
问答客户端跟服务端建立了tcp连接， 然后 客户端 断网， Gateway::isOnline 判断客户端是否在线， 得出的结果还是在线。 这个有时效性问题吗？ 还是跟什么有关系呢
客户端跟服务端建立了tcp连接， 然后 客户端 断网， Gateway::isOnline 判断客户端是否在线， 得出的结果还是在线。 这个有时效性问题吗？ 还是跟什么有关系呢
分享Nacos在我司的应用及SOA初尝
# 前言
我目前所在的部门主要是负责公司的数据相关的内容，可以理解为数据统计，做的工作其实也比较复杂，除了做一些数据统计分析业务之外，需要做一些基础服务的开发；我部门因为内部开发语言并不统一，在这种情况下A项目是一个任务的调度分配服务，可以理解为一个大型的脚本/定时执行器，有点类似与现在比较流行的serverless函数服务，向A项目中添加一个任务函数或者执行脚本，他就会在合适的时候被触发；由于硬件服务器并不止有一台/发现服务（Nacos/consul都是优秀的服务注册/发现服务，选用Nacos是一些额外因素，他们各自有优缺点）。# PHP
PHP在SOA中扮演了Web业务服务的一个角色，主要是进行一些业务接口的输出，但是我们的服务由于需要高承载量，原本计划是使用自研的Reactor模型的NIO框架，但是考虑到减少心智负担，所以选用了文档及社群更完善，因为在一些业务点我们不能有过多时长的错误及业务不通畅，但如果仅仅是将{timer interval}的值缩小至ms，那么又会存在对Nacos服务的过多请求；另外由于我们的业务已经写了有一段时间了，累积了大量的
文档send buffer to worker fail
Gateway和BusinessWorker启动后会根据`registerAddress`设置的地址(Register服务地址)注册自己，
当start\_gateway.php和start\_businessworker.phpregisterAddress`地址格式为`Register的IP:端口号`，
其中端口号为start\_register.php中的监听端口(假设是1238)，
单机部署时，Register服务为本机分布式(集群)部署时，IP为实际Register服务部署的IP(分布式部署时只需要部署一台Register服务即可，假设是192.168.1.100)，
则start\_gateway.php和start### 原因二
业务设置了business\_worker->onWorkerStart 或者 Events::onWorkerStart 回调，并且回调里有死循环或者长时间阻塞的代码，致使框架无法执行### 原因四
服务器启动了多个GatewayWorker，并且多个GatewayWorker使用了相同的端口导致冲突。利用命令 `ps auxf` 查看进程启动情况。
分享【轻框架Pandaman】优雅的添加定时器
```php
#[AsTimer(3, '测试')]
public function timersss(): void
{
// 业务逻辑 支持依赖注入
}
```
问答gateway开启4个进程 event里的静态变量是不是不共享的 如图
[](//www.workerman.net/upload/20210423/236082ae3f3e70.jpeg)
多进程中 业务处理文件的静态变量共享吗
分享分享一次关于RabbitMQ重复消费的故障
然后无意跳去看一下所有服务总览页面，发现另一个服务有几个error，于是进入详情，发现一直提示“验证码637592发送失败，data not accepted”。### 业务逻辑
以上报错来自一个邮件推送服务，利用webman+rabbitmq（采用的workerman/rabbitmq）做的异步消费。更诡异的是，仅仅只有进程onWorkerStop的业务日志和onWorkerStart启动的业务日志，并没有出现workerman调度进程输出的日志（我们都知道在workerman下，假设进程出现异常或者自己但是我们业务逻辑除了onWorkerStop外，自己并不会主动的disconnect，那它是在哪里被调度的呢？所以再次做了一次测试，本地将业务逻辑直接sleep 120s，heartbeat设置为30s，测试果真和线上故障时所有细节一致。
分享基于开源workerman开发的在线客服系统源码-99客服
## workerman客服系统源码介绍
99客服是一款由**Workerman官方出品**，基于开源高性能PHP框架`Workerman/Webman`开发的在线客服系统源码。可用作网页客服，网站客服系统源码，[AI智能客服系统](https://kefu.workerman.net)。客服源码开源未加密，可二次开发，无IP域名等部署限制。超高性能，超级稳定。* 支持目前流行的AI大模型，实现了AI智能客服功能，可以将对话托管给AI机器人客服，设置知识库，让AI自动根据知识库回复用户的提问，极大的减轻了客服负担
* 支持20个国家的语言，支持大模型翻译
*支持智能分流
* 支持发送文字、语音、表情、图片、文件
* 支持微信公众号/微信小程序
* 支持客服分组
* 支持客服转接
* 支持设置客服常见问题
* 消息提醒
* 已读回执
* 消息撤回
* 黑名单在线客服系统源码部署教程](/a/119)
## 其它项目
除了99客服系统，workerman官方还开发了[聊天系统源码](/q/13880) ,有需要的可以访问了解。
问答我在wokerman里新增了异步任务处理，能否提交合并
[截图](//www.workerman.net/upload/20200321/215e75b8dc5505.png)执行效果
增加了以下内容，参照的swoole
/** 异步任务task方法时触发
* @var callable
*/
public $onTask = null;
/** 异步任务进程数 大于0时创建异步进程
* @varint
*/
public $task_worker_num = 0;
/** 异步进程端口 不指定时以当主服务端口+100
* @var int
*/public $task_port = 0;
/** 异步任务进程
* @var Worker
*/
public $taskWorker = null;* @param mixed $data
* @return bool|int 失败false 成功 返回任务进程id
*/
public function task
赞助商
