什么 APP ，说出来我避雷

游戏不就是这样的吗？
一万个配置文件也可以做一个更新列表，有更新的才拉，没更新的用缓存。
基本只有冷启动会全量下载，热启动基本很难遇到大量更新的情况。

如果你说的 50M 的配置必须所有人都加载，那就分析下，拆分请求，按需，数据压缩，缓存，cdn 。

这个明显要用增量更新，可以看看有没有类似于 remote config 的国内替代。没有的话只能自己撸一个。也可以借助 s3 ，oss 实现，s3 文件下载都会返回一个文件内容的 hash 值，可以用 head 请求判断是否更新了。然后就是拉配置的时候需要有一个请求队列，安卓 okhttp 自带，不用担心网络并发。

配置下载也可以加一个分页接口，一次下载 n 项。
最好还是用 protobuff 缩小配置文件传输大小。

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

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

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

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

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

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