webman同一个进程到底是不是可以并发处理请求呢
问题描述
作者的回答是排队执行，第一个的请求没有响应完不会去处理第二个请求的请求，假如第一个请求里没有同步io也是排队执行吗？
https://www.workerman.net/q/12186
这个问题的下面的回答说可以在第一个请求没有响应前处理第二个请求
有点搞不明白，还是说进程是因为第一个请求有同步io的逻辑才使得进程阻塞无法去处理第二个请求？
假如不使用同步io的函数阻塞进程，是不是可以使得一个进程并发执行多个请求的业务逻辑？
2个回答
相关连接
月贡献榜
赞助商
热门问答
DeepSeek 本地部署教程(极其简单)
webman限流器发布
目前最流行的php/go框架是不是laravel,hyperf,webman,gin这几个
webman/redis-queue消费进程奇怪的参数丢失问题
内存一直缓慢增大、不知道什么原因导致的
官方会考虑出一个MCP server的方案吗？
敢不敢来个大神，一次性搞定 webman 跨域问题
Webman 1.5 能在中间件中能修改 Request 吗？
PHP聊天系统源码-即时通讯聊天源码 - 泡泡IM
Webman AI + DeepSeek本地训练，打造私有知识库
没有同步阻塞IO就是并发执行
我觉得在单worker进程下，也不考虑协程就是老版本workerman，无论onMessage里有没有阻塞io，上一个请求的onMessage里的业务代码还没执行完，应该都是没法处理下一个请求的，单wokrer进程里只有单线程呀。
个人理解，单进程里单线程情况下，worker进程里唯一的那个线程不是在事件循环里等待新请求，就是在onMessage里处理请求，在事件循环里一旦有新请求，马上就能去onMessage。但是这个请求的onMessage执行的过程中有新请求，让线程半途而废回到事件循环里处理新请求，我觉得办不到。
可以实验一下，onMessage里写一段会运行好几秒的一大段非阻塞代码，看看到底行不行。