这是一个创建于 2800 天前的主题，其中的信息可能已经有所发展或是发生改变。
上次有个同事问了个问题，说有个接口，report 请求和返回的数据量都比较大，底层的数据量也比较大，然后反应就慢，说有没有什么方案。
想了一下，除了队列，异步，接口轻量化拆分，然后没想什么好的办法。
可以同事说，不能拆接口，数据要保持原样，这个想了好久没想出什么方案来，响应还要快，V 友们有什么方法没
想了一下，除了队列，异步，接口轻量化拆分，然后没想什么好的办法。
可以同事说，不能拆接口，数据要保持原样，这个想了好久没想出什么方案来，响应还要快，V 友们有什么方法没
 |
1
wshcdr 2018 年 5 月 31 日
接口慢，用缓存啊。
|
 |
2
hooopo 2018 年 5 月 31 日
这是一个需求问题，不是技术问题
|
 |
3
Braid 2018 年 5 月 31 日
能 orm 解决的尽量不要 api
|
 |
4
F281M6Dh8DXpD1g2 2018 年 5 月 31 日
为啥大数据量要通过 api 返回?
|
 |
5
Light3 2018 年 5 月 31 日
缓存？？？不知道你说的数据量大概多少？
|
 |
6
banksiae OP 意思是保持数据一致性的同时，提高性能。但是后端数据处理慢的话，同步怎么会快呢
|
 |
7
shalk 2018 年 5 月 31 日 via iPhone
听上去怎么像脑筋急转弯，一趟怎么快速运一堆货物. 没想到办法.
提高网速和运算速度？我也不知道. mark |
 |
8
spice630 2018 年 5 月 31 日
分块，云存储的上传和下载接口都是这样设计的.
链接里的代码是 ucloud ufile 的上传接口 https://github.com/songtianyi/rrframework/blob/master/storage/ufile.go#L198 |
 |
9
bk201 2018 年 5 月 31 日
大数据量除了分拆还是什么办法？压缩？
|
 |
10
luoway 2018 年 5 月 31 日
Stream
提前处理接收到的部分数据 |
 |
11
liuxu 2018 年 5 月 31 日
除了楼上们说的，如果可能的话，可以拆分后台服务，将串行步骤转为并行执行组合后返回
|
 |
12
LukeChien 2018 年 5 月 31 日 via Android
加机器
|
 |
13
night98 2018 年 5 月 31 日
接口提前缓存好，每次请求直接拿缓存，除非你数据量上 G 级别，否则一般还是很快的。
|
 |
14
qloog 2018 年 5 月 31 日
一个接口不要吐出所有的东西，按功能拆分，这样就不会有数量的接口了。
|
 |
15
opengps 2018 年 5 月 31 日 via Android
软件都约束了不能动多少，就从硬件下手吧
|
 |
16
woscaizi 2018 年 5 月 31 日 via iPhone
数据量在多少呢？
速度慢是在哪个环节呢？ 如果后端不拖速度，瓶颈就在网络传输了吧。 |
 |
17
jssyxzy 2018 年 6 月 1 日
加 cache 啊
|
 |
18
ebingtel 2018 年 6 月 1 日
应该从同步调用，改为异步轮询吧……
|
 |
19
annielong 2018 年 6 月 1 日
如果是多条数据的话，不行就强行分页，再大数据 api 一次只生成 20 条传回来，哈哈
|
 |
20
willvvvvv1 2018 年 6 月 1 日
数据量大，多大？
|
 |
21
collinswang 2018 年 6 月 1 日
看数据类型：
如果是非实时数据，缓存+CDN 如果是实时数据，对数据源数据进行缓存，并改为增量更新，只更新增量部分 |
 |
22
henglinli 2018 年 6 月 1 日 via iPhone
@willvvvvv1 懂行的
|
 |
23
luozic 2018 年 6 月 1 日
先详细 metric 一下，实际现在的接口响应耗费的时间到底在哪？ 再根据具体情况优化。 有些实际升级一下网络或者设置就可以解决问题。
|
Select Language