网关核心概念与架构选型：Kong、Zuul、Spring Cloud Gateway、Nginx对比

🎯 面试官考察点：对网关底层模型的理解；能否从性能、扩展性、运维成本多维度对比；是否有实际选型经验。

📐 回答框架：先明确对比轴（性能模型、扩展方式、配置复杂度、社区生态）；再按场景分类推荐；最后给出个人倾向并说明理由。

💬 示例回答：（60字）Kong基于Nginx+Lua，适合高并发多语言场景；Zuul1同步阻塞，已逐渐被弃用；SCG响应式，深度整合Spring生态；Nginx适合入口反向代理。若团队Java为主，我首选SCG。

🔎 可能追问：SCG为什么能抗高并发？它的Reactor模型和Tomcat有什么本质区别？

🚫 避坑提醒：不要直接说“Zuul1完全不能用”，要说明“在连接数不高的场景下Zuul1仍可工作，但长连接或高并发是瓶颈”。

🎯 面试官考察点：决策逻辑是否合理；对两种网关优缺点的理解深度；能否结合团队环境和业务特点做权衡。

📐 回答框架：1) 团队技术栈（Java + Spring Boot） 2) 功能需求（路由、限流、熔断） 3) 性能对比（SCG响应式已足够） 4) 运维成本（Kong需维护Lua插件和DB） 5) 结论。

💬 示例回答：（82字）团队全栈Spring，Kong的Lua插件维护成本高。SCG响应式模型吞吐量比Zuul高3倍，且内置限流/熔断实现。性能方面，压测10K TPS时SCG延迟仅增5ms，满足业务。因此选择SCG。

🔎 可能追问：既然SCG是响应式，那你的业务代码是否也用了WebFlux？混用Tomcat会有问题吗？

🚫 避坑提醒：不要在回答中贬低Kong，可以说“Kong适合多语言异构团队，而我们是纯Java生态”。另外要说明SCG的响应式需要全局异步处理，否则可能遇到线程阻塞问题。

🎯 面试官考察点：对Nginx能力边界的认知；是否理解API网关与反向代理的核心差异；是否具备扩展定制思维。

📐 回答框架：1) Nginx能做什么（反向代理、负载均衡、限流、SSL） 2) 网关额外需求（动态路由、认证鉴权、熔断降级、请求/响应改写） 3) Nginx可扩展性（Lua脚本实现部分功能） 4) 结论：纯反向代理场景可替代；微服务网关场景推荐使用专业网关。

💬 示例回答：（75字）Nginx通过Lua脚本可以模拟路由、限流等功能，但动态路由需依赖协调服务（如Consul），且熔断/限流粒度和配置管理不如专业网关。纯反向代理场景可替代；复杂微服务场景建议使用SCG/Kong。

🔎 可能追问：如果一定要用Nginx做网关，你会怎么做？会引入哪些组件（如OpenResty、lua-resty等）？

🚫 避坑提醒：不要说“不能”，也不要说“完全可以”。要强调“业务复杂度”和“运维代价”的权衡。可以提一下OpenResty生态作为Nginx增强方案。