API网关作为流量入口，负载均衡策略决定了请求如何分发到后端服务实例。好的负载均衡策略能最大化利用服务器资源，提升系统吞吐量和稳定性。本文对比常见负载均衡算法并给出选型建议。
负载均衡算法对比
轮询算法最简单，按顺序分发请求，适合服务实例性能相近的场景。最小连接数算法将请求分发到当前连接数最少的实例，适合请求处理时间差异大的场景。一致性哈希算法根据请求的URL或用户ID进行哈希，相同请求总是路由到同一实例，适合利用本地缓存的场景。加权算法根据实例的权重分配流量，权重反映实例的处理能力。无算法能适合所有场景，选择需根据业务特点。
健康检查机制
负载均衡必须配合健康检查，自动剔除不健康的实例。主动健康检查：网关定期向后端实例发送心跳请求如GET /health，连续失败N次标记为不健康。被动健康检查：根据请求的响应状态码判断，连续返回5xx错误的实例自动剔除。健康检查的间隔、超时和连续失败次数需要合理配置，避免频繁剔除和恢复导致抖动。
服务发现集成
云原生环境中后端实例动态扩缩，负载均衡需要与服务发现集成。服务发现方案：Consul、Eureka、Nacos、Kubernetes Service。网关从服务发现中心获取可用实例列表，实时更新负载均衡的后端节点列表。服务发现配合负载均衡可以实现自动化的流量分发，实例扩缩容对客户端完全透明。服务发现的数据一致性是保障负载均衡准确性的关键。
负载均衡优化
预热策略：新启动的实例逐步增加流量，让JIT编译和缓存逐渐生效。慢启动：新实例初始权重低，随着正常运行时间逐步提高到正常权重。连接池：网关和后端之间维持长连接池，减少连接建立开销。熔断：实例连续失败时暂时从负载均衡池中移除，避免重试加剧问题。重试机制：对于幂等请求，失败时重试其他实例，但注意重试爆炸问题。