app 初始化时需要通过接口获取上千个独立的配置项，如何优化？

正在开发一个 app ，用户在使用 app 访问服务时，需要根据对应的服务从后端获取对应的配置文件（ json 格式）。

一共有**上千个**独立的配置项。

目前是当 app 第一次启动时，会首先通过接口查询配置项清单，然后再依次对各配置项进行请求获取。

这样的问题是，**一个 app 就会向后端发起上千个请求**。而且可能需要十来分钟甚至更长时间才能把全部配置拉下来。

这样一方面对后端服务器造成压力，另一方面影响用户体验。

如果把配置全部打包在一起的话，大概**40-50MB**左右。

有些配置项还会更新，这就需要**app 在后续的运行过程中对有更新的配置项进行更新**。

## 请问大佬们有什么好的思路？

怎么跟我们一样，首次打开小程序直接批量后端获取了三百个配置参数。

diff 来获取呢？ 40M 的配置有点离谱

难道不下载这些配置 app 就不能用了吗，解决思路，端上兜底配置+异步增量更新，并且有些配置读不到下次生效也没问题，配置总有优先级，高优的先拉去

这设计太逆天了
1. 收归所有配置到一个服务，于是只有一个或个位数个请求或渐进式
2. 版本号，每次只拉增量
3. 关键的配置启动时就拉，不关键的配置按需拉
4. 有条件还可以做推送

配置不放 cdn 上？不做缓存？没有增量更新？

区分启动配置和分页配置，另外很多配置都是应该存本地的，更改时发送一份到服务端记录就行了，不需要再次下载。

上千个配置为什么会有 40M

不明白，什么样的应用会有这种需求？

启动一次 app 40-50M ，用户流量不要钱的吗

放在一个接口全部请求回来。
还可以带上版本号，每次通过版本号获取更新的数据。
我们公司的 app 就是这么干的，没什么问题。