tcp长连接中调用post的并发问题
业务场景，设备tcp长连接发送数据上来，然后我需要调用三次第三方的api，返回给设备，测试大概调取三次api的时间总计在0.4-0.7秒之间，这基本上也是单线程处理一个业务的时间（时间基本花费在post 第三方api上，内部的逻辑操作所消耗的时间几乎可以忽略不计），我开起了16个bussiness进程来处理业务逻辑，测试全部处理500个并发大概需要10s左右的时间，但是实际的场景中，前500个并发与后500个并发中间的时间间隔大概只有3秒中，越来越多的tcp链接就会导致业务阻塞，CPU使用率就会到100%，然后服务器就炸了，求解决方案。
现在我只能想办法增加并发数量，增加服务器配置或者分布式，目前服务是双核4G内存的centos。看了下文档有异步任务的方式，但是异步任务好像只能保证服务不会阻塞，没办法保证响应时间，场景要求设备必须在3秒之内收到回复，跪求大佬指点迷津，点拨一下即可~~~
2086 1 0
1个回答
相似问题
年代过于久远，无法发表回答
月贡献榜
赞助商
热门问答
workerman 里面的redis 队列是基于redis的什么特性实现的？
webman有没有可能考虑内置Macro宏功能呢？
webman移植到linux报错Cannot redeclare……
workerman/http-client 是否需要手动关闭连接
关于webman使用fastcgi_finish_request函数的类似效果的方案
workerman/workerman (v4.2.0 => v4.2.1)后webman报错
webman不错，但不建议官方做webman-admin
Webman AI 发布5.2版本，支持画廊功能，支持史上最强gpt-4o模型
wokerman think-worker 内存一直增长
【文档优化】希望文档增加一个深色主题
cpu 100%了，要加服务器配置了
还想请问一下，单纯的增加进程数量和端口数量（比如我又在application中写了好几个相同的业务，只是端口不通，文件夹名称不同），能不能更充分的使用服务器资源
cpu都100%了，哪里还有资源可用？？？