curl curl_http做成类多线程高并发中效率怎么样？求demo

一瓶矿泉水

只要不做抢购类型的，CURl随便用

天下唯商

关于这个,我试过很多方案,也得到了稳定的方案,
只能说根据场景不同,HTTP的压力也不同
在高压情况下,大部分HTTP方法  比如
网页访问_S的com对象初始化,是影响性能的,但还必须得用
网页访问  属于dll win32的指令  稳定性是有 但实现异步化要写很多代码
curlhttp 算好一点,但速度慢,因为他内部内置类似事务锁的东西
http高并发情况下,大部分方法都会丢包,现象就是访问了但秒回复,结果是空白,且包没发出去
要解决这个,不是市面上简简单单 用哪个模块就能解决的
我想我这么多字的回复,应该能让你理解这个问题了

天下唯商

天下唯商 发表于 2024-12-13 19:22
关于这个,我试过很多方案,也得到了稳定的方案,
只能说根据场景不同,HTTP的压力也不同
在高压情况下,大部分H ...

最简单的方案就是
HTTP池 + Send队列 + Recv队列
碰到丢包的,就二次重试
这种方案,基本可以覆盖大多数场景
更深的场景,比如 每秒几百几千的Send ,这种情况是需要 专业的人 专门定制解决方案
比如 数据分配 流程优化 响应精简 异步io 乱七八糟的
单纯的用精币,是得不到 开箱即用的demo的

剧终0616

E2EE就是CURL

bingJ

一瓶矿泉水 发表于 2024-12-13 18:20
只要不做抢购类型的，CURl随便用

明白 不做抢购感谢您的回复

bingJ

天下唯商 发表于 2024-12-13 19:28
最简单的方案就是
HTTP池 + Send队列 + Recv队列
碰到丢包的,就二次重试

感谢您的回复，很有道理，大致我明白您说的意思了，讲的也很实在

bingJ

天下唯商 发表于 2024-12-13 19:27
最简单的方案就是
HTTP池 + Send队列 + Recv队列
碰到丢包的,就二次重试

您说的这种简单的方案有合适的参考demo么，合适的话 结贴了

天下唯商

bingJ 发表于 2024-12-13 20:28
您说的这种简单的方案有合适的参考demo么，合适的话 结贴了

没有单独的Demo
但是我可以跟你说下这个方案的开发逻辑,你写出来就行
你喊我吧 我远程给你演示一遍流程  你就懂了