配置项很多时，Apollo 应该先优化哪一块？

困难更新于 2026-11-15

先说出你的答案

定义边界、关键机制、一个反例；P8题再补容量、失败与验证。

查看完整题解

参考回答

先区分总配置项多、每次响应大、同时等待的客户端多，还是发布太频繁。这些压力会落在不同路径。单看配置项总数，很难判断要加哪块资源。

大命名空间会增加序列化和传输成本。读请求多可以评估 Config Service 缓存，同时看堆内存和命中率。历史记录多时，按保留周期处理历史，清理前确认备份恢复得出来。发布批次过密时可以错开时点。

几百万个键分散在低频读取的许多小命名空间里，和上千实例一起重拉一个很大的共享空间，瓶颈可能完全不同。用实际发布和冷启动压测区分。

这道题，你掌握得怎么样？

掌握程度由你主动标记，阅读和收藏不会自动改变状态。