用 http post 数据到后台,少量多次还是多次少量比较好

2017-06-06 08:43:04 +08:00
 dufu

如题, 用 http post 数据到后台,少量多次还是多次少量比较好? (每次最多 100 条数据,同时在线不超过 1000 人)

3602 次点击
所在节点    HTTP
20 条回复
jkeylu
2017-06-06 08:46:25 +08:00
少量多次
多次少量
总觉得哪里不对劲
mringg
2017-06-06 08:46:33 +08:00
这个需要根据带宽和服务端的处理能力计算下
mringg
2017-06-06 08:46:54 +08:00
@jkeylu 哈哈哈哈哈
haiyang416
2017-06-06 08:47:30 +08:00
@jkeylu 23333333
0915240
2017-06-06 08:50:59 +08:00
@jkeylu 简直 6 的不行
chendajun
2017-06-06 09:02:10 +08:00
少量多次,多次少量有啥区别?楼主想问的是:少量多次,大量少次吧?
EchoUtopia
2017-06-06 09:07:34 +08:00
少次大量吧,如果不是长连接每次请求都会有 tcp 握手挥手过程,量大了开销也不小
Tink
2017-06-06 09:27:24 +08:00
有区别?
dufu
2017-06-06 09:52:01 +08:00
比如 post 100 条数据,
1- 每次 post 1 条,post 请求 100 次
2-每次 post 10 条,post 请求 10 次
3-一次 post 100,post 请求 1 次,
各位选择哪个呢?
af463419014
2017-06-06 09:54:45 +08:00
@dufu 看你每条数据的大小,我个人推荐每次在 10M 以内
FanError
2017-06-06 09:54:59 +08:00
@dufu 这个也要看 post 内容的大小呀。

如果 1 条记录就几字节,那肯定选 3 呀。如果 1 条记录几十 M,那肯定选 1 呀。
dufu
2017-06-06 10:00:51 +08:00
谢谢各位!!!

应该是少量多次和大量少次(不顺口啊)
NSAtools
2017-06-06 10:03:17 +08:00
少量多次,多量少次
longxboy
2017-06-06 10:04:36 +08:00
大量少次吧,不过也不要太大,建议不超过 4M,否则一来是传输时间慢,tcp 连接断开的风险增加,二来是某些 nginx 之类的会限制 request body (虽然可以设置,但毕竟不能保证所有运维都那么机智)
longxboy
2017-06-06 10:10:21 +08:00
三,如果可以并发上传,那么切割成小份也是一个好选择,可以加快上传速度
lneoi
2017-06-06 10:28:05 +08:00
多一次就多传无意义的协议东西,还增加连接开销,加上网络延迟、其他问题 影响因素会更多。
如果数据量可以的话,还是次数少一点。
meepo3927
2017-06-06 14:57:27 +08:00
楼主,咱俩玩抛硬币,

正面你输,反面我赢

怎么样
xierch
2017-06-06 18:06:16 +08:00
用各种网盘 web 上传的时候还不是上 GB 的文件一个 POST 就传完了(
xierch
2017-06-06 18:08:22 +08:00
@xierch [来源请求]
ekousp
2017-06-06 22:45:52 +08:00
数据量又不大,一次完事儿。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/366234

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX