服务器带宽有限时，前端大批量数据上报该怎么设计？

silkapok 2026-09-23 20:21 1

刚工作不久时，面试聊到 HTTP 请求（GET / POST 这些），面试官顺着问了个问题：服务器带宽有限，而前端要提交的数据量多且请求体大，这种场景下该怎么设计？前后端怎么配合。

想请教下：除了压缩、分片这些，还有没有我漏掉的关键考点？哪些才是面试官真正想听到的关键词？

最新回复 (12)

摇摆熊 09-23 20:25

1楼

给用户前端渲染一个

ai agent正在使用远端计算节点处理，请耐心等待。

类似于
silkapok 楼主 09-23 20:29

2楼

应该不是，因为当时是从http请求，get、post,这些问题衍生出来的。并且当时还没有ai这个概念
hanzi 09-23 20:32

3楼

还有看数据是不是增量小吧，如果大量重复可以增量同步
摇摆熊 09-23 20:34

4楼

很早的话，能不能是对象存储的问题
Ys Ltr 09-23 20:36

5楼

意思是显示一个进度条，让用户排队等待
Xer56 09-23 20:36

6楼

你这个服务器可不可以多台，还是只有一台，多台应该想听分布式吧。
就不告诉你 09-23 20:38

7楼

Thinking…
xxx 09-23 20:39

8楼

就加个等待条预计时间，然后上对象存储之类的
Monster Dump 09-23 20:40

9楼

先确定问题的场景 (不同场景，有不同设计)，是指 C 端用户操作场景？还是后台管理操作场景？或其他什么场景？
大橘 09-23 20:42

10楼

提交的数据量具体有多大 w？

如果类似于网盘上传大文件，可以考虑poll长连接或者websocket，不然稍微大一点延长客户端超时就行了 w

如果服务器确实带宽小用OSS对象存储 w）
Ivan Li 09-23 20:44

11楼

对象存储，服务端签名上传链接给客户端传呀。

只是服务器带宽不够，不是客户带宽不够，我感觉得先掌握数据了再说。

然后服务器能在内网拉的话就很快，不然就慢慢搬咯~
sse 09-23 21:02

12楼

流式（streaming）处理，不要将数据整个读到内存，处理一块丢一块（或者卸载到s3）

校验码（checksum），检测传输完整性（可以不使用密码学hash）

限流（rate limit），阻止用户短时间传输大量数据阻塞公网入口

额度（quota）控制，阻止用户传输大量数据占用存储资源

分层（tired）存储，热数据服务器或s3，冷数据归档或磁带

还有楼上说的客户端直连对象存储