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

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

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

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

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

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

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

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

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

一个客户端就是上千请求。。。   100 个客户用 ，对后端来说岂不是 10W 的并发了。   

如果还有更新的话， 建议用实时通讯的方式会好一点。

MQTT 或者 websocket  就当你在做一个 IM 。

一个 app 向后端发起上千个请求？你确定该优化的不是后端逻辑吗

渐进式不行吗？这上千个配置项既然是独立的，那应该是各自影响各自的页面，为啥要一次性全拉下来？进首页就只拉首页的配置，进登录页就只拉登录页的配置。我感觉现在的梭哈式设计是前端的锅。。

上千个配置马上就要用吗？按需加载吧

先把程序员优化了吧

大佬们的脑子已经宕机了😰

@onichandame #3
明显是后端配置项设计的问题

这。。。人都麻了

比较好奇什么 APP 会需要这么多配置项