如题, 用 http post 数据到后台,少量多次还是多次少量比较好? (每次最多 100 条数据,同时在线不超过 1000 人)
1
jkeylu 2017-06-06 08:46:25 +08:00 via iPhone 12
少量多次
多次少量 总觉得哪里不对劲 |
2
mringg 2017-06-06 08:46:33 +08:00
这个需要根据带宽和服务端的处理能力计算下
|
4
haiyang416 2017-06-06 08:47:30 +08:00
@jkeylu 23333333
|
6
chendajun 2017-06-06 09:02:10 +08:00
少量多次,多次少量有啥区别?楼主想问的是:少量多次,大量少次吧?
|
7
EchoUtopia 2017-06-06 09:07:34 +08:00
少次大量吧,如果不是长连接每次请求都会有 tcp 握手挥手过程,量大了开销也不小
|
8
Tink 2017-06-06 09:27:24 +08:00 via iPhone
有区别?
|
9
dufu OP 比如 post 100 条数据,
1- 每次 post 1 条,post 请求 100 次 2-每次 post 10 条,post 请求 10 次 3-一次 post 100,post 请求 1 次, 各位选择哪个呢? |
10
af463419014 2017-06-06 09:54:45 +08:00
@dufu 看你每条数据的大小,我个人推荐每次在 10M 以内
|
11
FanError 2017-06-06 09:54:59 +08:00
|
12
dufu OP 谢谢各位!!!
应该是少量多次和大量少次(不顺口啊) |
13
NSAtools 2017-06-06 10:03:17 +08:00
少量多次,多量少次
|
14
longxboy 2017-06-06 10:04:36 +08:00
大量少次吧,不过也不要太大,建议不超过 4M,否则一来是传输时间慢,tcp 连接断开的风险增加,二来是某些 nginx 之类的会限制 request body (虽然可以设置,但毕竟不能保证所有运维都那么机智)
|
15
longxboy 2017-06-06 10:10:21 +08:00
三,如果可以并发上传,那么切割成小份也是一个好选择,可以加快上传速度
|
16
lneoi 2017-06-06 10:28:05 +08:00
多一次就多传无意义的协议东西,还增加连接开销,加上网络延迟、其他问题 影响因素会更多。
如果数据量可以的话,还是次数少一点。 |
17
meepo3927 2017-06-06 14:57:27 +08:00
楼主,咱俩玩抛硬币,
正面你输,反面我赢 怎么样 |
18
xierch 2017-06-06 18:06:16 +08:00
用各种网盘 web 上传的时候还不是上 GB 的文件一个 POST 就传完了(
|
20
ekousp 2017-06-06 22:45:52 +08:00
数据量又不大,一次完事儿。
|