我这边是是用的cpu是个1核的CPU  进程数开了24个  这个开的有点多 目前cpu的是用率9% 业务逻辑非常简单就初始化链接进行绑定 别的就只有心跳了   链接数4000左右   查看日志是正常没有报错

只记录了一个message的消息日志， 出现了如此大量的进程一直是busy状态 ，我想知道如何优化该问题？ 请求大神帮助。 下图为onmessage方法内容 !

[截图](/upload/img/20220324/24623c200912ba.png) 想请教下大神这块应该怎么怎么优化

，由字母和数字组成 部分用户微信登录后设置session，再跳到别的页面去get到刚设置的时session为空； 直接死循环，调试发现是$request->sessionId()在刷新就会发生了变化，

## 问题描述 这里写问题描述 walkor 你好，问下connections链接在慢慢增多，但是通过命令 php start.php connections查看大概链接只有一百多(linux内核优化和

[截图](/upload/img/20230725/2564bf93aef0ba.png) 也做了Linux内核优化 !

'test2']); Route::any('/test3', [app\api\controller\AggregationController::class, 'test3']); 这个有什么优化的写法

## 压力测试需要安装event扩展并优化linux内核参数 参见 [附录-内核调优](kernel-optimization.md)章节。

插件为webman的开发框架重新实现了webserver，让原本不完备支持协程的框架可以完备的支持协程： ```php <?并且做到了非侵入onMessage的执行逻辑，较为安全的支持了未来webman可能的升级改动。更多经验，持续更新 # 愿景 目前webman/workerman的协程实现仅仅只是入了个门，主要解决了阻塞退化问题，能够简单的实现以下场景： - 长轮询接口 - 非阻塞timer调度 - 队列生产消费- worker/server协程化 但还有很多基建需要社区出谋出力添砖加瓦，比如： - 少侵入/非侵入的改造，让webman数据库连接池化 - 少侵入/非侵入的改造，让workerman的组件协程化** ---- 2024-10-22 更新 ---- 目前已经实现了较为基础的`Utils\Pool`工具，可用于对象池化的实现 - `Utils\Poo\Debugger`可用于检测待池化的对象是否存在非法和风险

发现一些老版本的三星手机，例如：GT-I9300，GT-18262D没有触发WebSocket 的 onopen或onclose ，但是判断window下是有WebSocket对象的，可能是内置浏览器不支持，

如果系统不支持 reusePort： 1）listen() 改为在子进程中执行，有什么区别？

laravel 为例, 可以通过以下代码添加: ``` config(['app.xxx' => true]) ``` 阅读 webman 配置相关的源码之后, 发现现在 webman 并不能支持,

求解：workerMan真的支持PHP7吗？

最近做了一个项目，需要与很多硬件保持长连接，特定条件下需要与单独的硬件进行通讯互相接受发送数据，不仅是推送数据，其他项目也需要获取到数据

#### 问题描述 adapterMan中目前支持symfony6版本，symfony7版本对应的start.php如何编写？

第一眼看到这个结果的时候，我的心情久久不能平复，脑子里不经的浮现着「难道 C/C++ 比 PHP 的性能还差了？」。 !看完 PHP-FPM 的现状不时感叹 Workerman 真是相见恨晚啊，PHP 程序员已经苦 PHP-FPM 久矣。其次还有一些影响因素，比如常驻进程模式、无需重复加载文件等资源到内存、全局变量只需初始化一次等。Workerman 加持了这些技术，则在性能上远远赶超了 PHP-FPM，但是回到我们刚开始时提到的在某机构性能测试上「Workerman 竟遥遥领先 Swoole」这又是什么原因呢？Swoole 所提供的功能更丰富，比如可以手动使用协程让程序异步化、可以自行创建数据库连接池提高连接资源的复用、可以利用协程进程间的通信共享内存资源等等。

# 背景 前段时间walkor出了应用插件这一重大升级特性后，看到后非常棒！很多独立应用或项目就可以很愉快的直接集成进来。 当然如果之前代码不是webman代码，可能需要一些小小的调整及改动，就算使用composer去安装第三方相应包后，我们发现除了需要调整类似db、redis等配置信息外，获取配置需要在前面要加上(Eg. plugin.xx.app.debug)类似这样来获取，程序中如果只是少量使用config()还好一些，如果有很多，可能就需要批量替换。是否有其它办法呢？ #办法猜想 能不能不去批量替换config()里面的配置信息？ Eg: config("app.debug") ==> config("plugin.statistic.app.debug") 根据这个假想，我尝试了以下几个办法 ##再造config()方法 在应用插件里面的function.php ### function.php ``` <?php namespace plugin\statistic { function config($key, $default) { return \config("plugin.statistic.$key", $default); } } ``` ###使用 \plugin\statistic\config("app.debug"); 等同 \config("plugin.statistic.app.debug") ##修改config()方法 ``` /** * @param string|null $key * @param $default * @return array|mixed|null */ function config(string $key = null, $default = null) { if (\substr($key, 0, 6) !== "plugin") { $plugin_app = Config::get("plugin.app"); $key = $plugin_app ? "plugin.$plugin_app.$key" : $key; } return Config::get($key, $default); } ``` ###利用各自应用插件中的中间件 ``` <?php namespace plugin\statistic\app\middleware; use Webman\MiddlewareInterface; use Webman\Http\Response; use Webman\Http\Request; use Webman\Config; class Test implements MiddlewareInterface { public function process(Request $request, callable $handler) : Response { echo '这里是请求穿越阶段，也就是请求处理前'; //设置插件app Config::set("plugin.app", "statistic"); echo '这里是请求穿越阶段，也就是请求处理前2'; $response = $handler($request); // 继续向洋葱芯穿越，直至执行控制器得到响应 echo '这里是响应穿出阶段，也就是请求处理后'; return $response; } } ``` > 从上面可以看到有使用到Config::set()，此方法可以参考之前分享的一篇[ 简易版Config-set使用及说明](https://www.workerman.net/a/1414) ###使用 继续使用config()即可 #最后 以上仅是个人拙见，欢迎一起来讨论！

现在遇到一个问题，这个client_id突然发生变化，导致在系统中根据此client_id找不到相应的设备id，并且长时间由于之前的client_id没有数据传输断开连接，这个手表的数据没有办法再进行判断存储其实就是手表扔和服务器进行着连接，client_id在没有经过登录包情况下突然发生变化导致系统根据这个新的client_id找不到设备，致使这台设备的数据也就中断。

#### 程序代码或配置 ``` 初始化、设置回调事件等略，最后发起连接： echo "发起连接，开始于", date("Y-m-d H:i:s") ,PHP_EOL; $conn->connect([截图](/upload/img/20240525/256651d723ce1a.png) 测试了多次，时间稳定在14秒 #### 重现问题的步骤 按照文档使用 ws:// 开头的地址初始化了AsyncTcpConnection

不支持多进程 4. 非 h264/aac 流支持可能存在问题 5.