首页
下载
文档
社区
视频
捐赠
源代码
赞助商
AOT 编译器
AI 助理
商业产品
PHP AOT 原生编译器
Swoole-Compiler 代码加密器
CRMEB 新零售社交电商系统
登录
注册
全部
提问
分享
讨论
建议
公告
开发框架
CodeGalaxy
发表新帖
高并发业务场景求大佬验证
经过一段时间的学习，对swoole已初步了解了。根据我们的业务，目前已经想好了架构，希望得到大神们的指导，是否可行！ 业务场景： 由用户启动大量的定时任务，每15分钟针对群进行大量的curl 操作。 目前的做法是采用tcp与客户端直连。 建立定时器队列，客户端定时取队列，取到则根据用户配置再创建一个定时器，定时向服务端发送任务请求。 服务端采用task异步模式，接受客户端的任务处理（比较耗时，因为发送过程中有curl请求，以及请求间隔，需要用到sleep ）。配合nginx进行转发，实现服务端的并发处理。上万个定时器处理，只有服务器够服务端应该不成问题，目前疑惑在于客户端上万，上十万定时器是否撑得住。 当然客户端也可以多个，每个起一万个定时器去处理，但对于我们业务来说，起多个客户端维护不太方便。 这种架构是否可行，希望大神指点一二。
发布于6年前 · 23 次浏览 · 来自
讨论
C
Caption
经过一段时间的学习，对swoole已初步了解了。根据我们的业务，目前已经想好了架构，希望得到大神们的指导，是否可行！ 业务场景： 由用户启动大量的定时任务，每15分钟针对群进行大量的curl 操作。 目前的做法是采用tcp与客户端直连。 建立定时器队列，客户端定时取队列，取到则根据用户配置再创建一个定时器，定时向服务端发送任务请求。 服务端采用task异步模式，接受客户端的任务处理（比较耗时，因为发送过程中有curl请求，以及请求间隔，需要用到sleep ）。配合nginx进行转发，实现服务端的并发处理。上万个定时器处理，只有服务器够服务端应该不成问题，目前疑惑在于客户端上万，上十万定时器是否撑得住。 当然客户端也可以多个，每个起一万个定时器去处理，但对于我们业务来说，起多个客户端维护不太方便。 这种架构是否可行，希望大神指点一二。
赞
0
收藏
提问
分享
讨论
建议
公告
开发框架
CodeGalaxy
登录
后参与评论
评论
2020-04-20
郭新华
没问题的 几万的定时器没问题
赞
0
回复
2020-04-23
霸气的千秋
> 官方的基准测试脚本 https://github.com/swoole/swoole-src/blob/master/benchmark/timer.php 中，添加或删除 10 万个随机时间的定时器耗时为 0.08s 左右。 参考： https://wiki.swoole.com/#/timer?id=%e6%80%a7%e8%83%bd
赞
0
回复
