【问题原因】结合iServer服务访问记录排查发现，在60s内有1w+请求打到iServer，导致iServer无法完成响应继而假死
【解决办法】1、异常流量冲击且溯源困难：监测到1分钟内超10,000次异常高频数据查询请求。由于用户侧未透传真实IP，目前无法定位请求来源客户端，难以从源头阻断。
2、单机多实例资源争抢：该服务器共部署6个iServer实例（含三维、空间分析等服务）。虽然内存充足，但高负载下CPU资源存在严重的跨实例争抢问题，影响整体稳定性。
3、地图服务负载过重：单节点承载700+地图（分布于十余个工作空间），其中包含10余个河南全省地类图斑动态出图服务，渲染开销巨大。
4、缓存策略缺失：约50%的工作空间地图服务未开启缓存，长期依赖动态出图，服务器可能持续处于高计算压力状态。
【解决办法】1、全链路日志追踪（对应风险1）：已提供完整的高频请求定位方案，通过关联日志识别实际客户端IP及发起原因。（09.24 17:00 现场反馈已定位到异常高频请求来源）
2、Nginx网关限流（对应风险1）：在Nginx层配置速率限制，控制单位时间内流向单节点iServer的请求量，防止瞬时击穿。
3、集群负载均衡与部署规范（对应风险2，3）：新增iServer节点并通过Nginx搭建负载均衡集群，分散单点压力。不建议在同一台物理机上部署多个iServer实例。
4、全省图斑预切片（对应风险3）：避免全省地类图斑直接动态出图，应执行预缓存处理。
5、开启地图缓存（对应风险4）：对高频访问的必要地图服务强制开启缓存，降低实时渲染压力。（已实施）
通过落实上述解决建议，现场环境iServer频繁假死问题已经解决。
