这是一个创建于 3115 天前的主题，其中的信息可能已经有所发展或是发生改变。
如题， 用 http post 数据到后台，少量多次还是多次少量比较好？ （每次最多 100 条数据，同时在线不超过 1000 人）
 | 1 jkeylu 2017-06-06 08:46:25 +08:00 via iPhone  12 少量多次 多次少量 总觉得哪里不对劲 |
 | 2 ming2050 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 span class="ago" title="2017-06-06 09:07:34 +08:00">2017-06-06 09:07:34 +08:00 少次大量吧，如果不是长连接每次请求都会有 tcp 握手挥手过程，量大了开销也不小 |
 | 8 Tink PRO 有区别？ |
 | 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 数据量又不大，一次完事儿。 |
Select Language