既然已经这样了，
把配置当做静态文件，放在 oss 上吧，让 app 去刷吧
业务能稳定运行最重要

按需请求
合并请求
后端配置存储走缓存

json 放到 oss 上    后端更新

按需加合并呗，这就是后台偷懒，不是什么都要原子化的

这接口设计有毒吧。搞个 bff 层聚合一下啊

把默认的全量配置都内置在 App 里，然后你们服务器那边每次改的时候打个版本，App 拉更新的时候根据版本号只增量拉修改了的配置项（ patch ）

说实话，业务是不是不合理

能否分享一下，什么情况下 app 一启动就需要 40~50MB 的配置量？

按 描述，判断 OP 几乎是个后端新手水平。

采用类似游戏客户端的差异化更新，第一次向打包一部分预配置到 app 内，每次启动，有新变动再申请下载。