高频面试问题与回答框架
本章聚焦 API 网关性能调优 面试中出镜率最高的三类问题：
• 「定位瓶颈」类 — 考察问题排查思维
• 「调优方案」类 — 考察技术落地能力
• 「架构设计」类 — 考察全局视野
| 问题类型 | 核心考察点 | 公司侧重点 |
|---|---|---|
| 定位瓶颈 | 问题拆解、指标理解、工具使用 | 字节、美团：侧重全链路追踪、压测细节 |
| 调优方案 | 缓存策略、连接池、限流降级 | 阿里、腾讯：强调生产级方案、稳定性 |
| 架构设计 | 异步化、集群伸缩、全链路优化 | 百度、快手：注重高并发、极端场景的应对 |
面试问题
线上 API 网关出现大量 504 超时，如何排查并解决？
面试官考察点
- 是否具备系统性排查思路（而非瞎猜）
- 对网关常见瓶颈（连接、线程、网络）的理解
- 能否给出可落地的解决方案
回答框架
STEP 1 确认现象：504 来源（客户端上报 vs 服务端日志）
STEP 2 拆指标：检查网关的 upstream_latency、active_connections、worker_cpu
STEP 3 定位：若上游响应时间正常，则可能是网关连接池耗尽或线程阻塞
STEP 4 方案：扩大连接池 / 开启 HTTP keepalive / 升级异步框架
STEP 5 验证：压测对比，观察错误率回归
简短示例回答（~80字）
“先通过网关监控发现 upstream_timeout 飙升，同时 active_connections 打满。定位到是某个下游慢节点占满了连接池，导致新请求排队超时。立即对该节点做降级并扩容连接池，同步调整超时阈值。压测后 504 清零。”
可能追问
- 如果扩容连接池后还超时呢？
- 如何区分是网络问题还是业务处理慢？
- 你用哪些工具抓取这些指标？（Prometheus / 阿里云ARMS / 自研日志）
加分行为：提到
tcp_tw_reuse、连接复用、异步非阻塞模型。
面试问题
如何设计网关限流方案，既能保护后端又保证核心业务不受影响？
面试官考察点
- 熟悉常用限流算法（令牌桶、漏桶、滑动窗口）
- 能否区分业务优先级并做精细化限流
- 处理限流后的降级/熔断策略
回答框架
STEP 1 选算法：网关场景推荐令牌桶 + 分布式计数器
STEP 2 分层：网关层（集群限流）+ 路由层（单机限流）
STEP 3 差异化：按 API 等级（核心/非核心）、调用方、用户 设定不同阈值
STEP 4 降级：被限流请求返回 429 + 熔断开启时直接 fallback 到缓存或兜底数据
STEP 5 监控：实时展示限流次数、请求拒绝率，动态调整参数
简短示例回答（~90字）
“采用令牌桶+Redis 分布式限流，按接口分组配置阈值。核心支付接口 QPS 上限 5000，非核心查询接口 1000。当触发 429 时，降级返回静态兜底页面，同时熔断下游重试。通过 Grafana 实时观测限流命中率，每周复盘阈值是否合理。”
可能追问
- 令牌桶漏桶的区别？网关更适用哪个？
- 分布式限流如何保证一致性？
- 限流误杀怎么办？如何动态调整？
加分行为：结合具体业务（如秒杀/618）说明不同限流策略的切换逻辑。
面试问题
网关性能调优中，连接池（Connection Pool）该配置多大？为什么？
面试官考察点
- 是否理解连接池的本质（复用 vs. 排队）
- 能否结合下游处理能力、网络延迟计算合理值
- 是否清楚连接池过大带来的风险
回答框架
STEP 1 公式：连接数 ≈ 线程数 × (1 + 网络延迟/业务处理时间)
STEP 2 参考：下游平均处理时间 20ms，网络延迟 5ms，线程数 100 → 理论值 125 左右
STEP 3 实验：压测找到收益拐点（通常 50~200 之间），观察 QPS 不再增长或延迟激增
STEP 4 上限：连接数超过 500 后可能引起数据库/下游连接风暴，必须加熔断
STEP 5 动态：通过指标自动伸缩连接池（如根据 upstream_latency_p99 调整）
简短示例回答（~80字）
“理想连接数 = 线程数 × (1 + RTT / 业务处理时间)。比如下游处理 20ms，RTT 5ms，线程 64，则约 80 连接。然后压测：连接太少则请求排队，连接太多则增加上下文切换和下游压力。我通常控制在 50-150 之间，并设置最大连接池限制保护下游。”
可能追问
- 如何监控连接池是否满载？
- 短连接与长连接对连接池的影响？
- 使用同步框架（如 Tomcat）和异步框架（如 Netty）设计有何区别？
加分行为：引用
Little's Law 或实际压测曲线图。
章节小结
- 面对任何网关问题，先确认现象且拆解指标，再定位瓶颈。
- 方案必须可执行、可验证，最好有量化数据支撑。
- 准备一个自己经历的网关故障 case，结合 STAR 结构回答，面试效果翻倍。