先把结论放在前面：弱网环境下的网络优化，重点不是"让请求更快"，而是"让有限的连接与电量用在最关键的地方"。三个核心手段按收益排序：合并请求（减少往返）、请求排队与优先级（避免雪崩）、以及失败降级（保证可用）。 这三者共同决定了应用在地铁、电梯、弱覆盖区里的实际体验。
面试里这题属于"网络专题的进阶"。答得浅的是"加个拦截器合并请求"；答得深的是能讲清合并的三个技术难点（请求语义如何归并、响应如何拆分、副作用如何处理）、并发下的去重与超时控制、以及弱网重试与降级的策略设计——尤其是"哪些请求严禁重试"这条业务红线。
请求合并的三个技术难点
合并的思路本身很简单：一个接口要 20 个用户的数据，就不要发 20 次请求，而是发一次ids=1..20。但落到实现上有三个必须解决的难点。
/** 请求合并：难点一在于请求语义如何归并 */ interface MergeableRequest { /** 归并键：只有归并键相同的请求才可能被合并 */ fun mergeKey(): String /** 归并能力声明：能否与其他请求合并 */ fun mergeCapability(): MergeCapability /** 拆分：从合并响应中取出本请求需要的那部分 */ fun extract(batchResponse: BatchResponse): Any } enum class MergeCapability { /** 纯查询，可无条件合并 */
