@panlatent #84 请坐和放宽，海内存知己，天涯若比邻

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

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

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

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

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

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

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

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

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