问题现象与背景
在使用Python的aiohttp库开发异步HTTP服务时，许多开发者会遇到一个令人困惑的错误：当尝试调用Server.close()方法时，系统抛出"Server is not running"异常。这种情况通常发生在以下场景：
- 服务已经意外停止但代码仍尝试关闭
- 在错误的事件循环阶段调用关闭方法
- 多个关闭请求同时发生导致竞争条件
错误原因深度分析
经过对aiohttp源码的剖析，我们发现这个错误主要源于服务器状态管理机制。aiohttp的Server对象内部维护着一个状态标志，当调用close()时，会首先检查服务器是否处于运行状态。如果状态不匹配，就会抛出这个异常。
常见的具体原因包括：
- 双重关闭问题：代码中多处调用了关闭方法，第二次调用时服务器已停止
- 异步竞态条件：其他协程或任务提前停止了服务器
- 事件循环问题：在错误的事件循环上下文中执行操作
解决方案与最佳实践
针对这个常见问题，我们推荐以下几种解决方案：
1. 状态检查后再关闭
if server.is_serving():
await server.close()
else:
logger.warning("Server already stopped")
2. 使用try-except处理异常
try:
await server.close()
except RuntimeError as e:
if "not running" in str(e):
logger.debug("Server already closed")
else:
raise
3. 实现优雅关闭机制
更健壮的解决方案是实现完整的生命周期管理：
async with aiohttp.web.Server(handler) as server:
await server.start()
# ...服务运行代码...
# 不需要显式调用close()
高级技巧与注意事项
对于生产环境应用，还需要考虑以下因素：
- 信号处理：正确处理SIGTERM和SIGINT信号
- 连接清理：确保所有活跃连接被正确关闭
- 超时机制：为关闭操作设置合理超时
- 日志记录：详细记录关闭过程的各个阶段
性能优化建议
在处理服务器关闭时，性能也是重要考量：
- 避免在热路径中进行不必要的状态检查
- 考虑使用
weakref管理服务器引用 - 批量处理连接关闭而非逐个关闭
- 合理设置SO_LINGER套接字选项
实际案例研究
某电商平台在促销期间遇到了频繁的服务器关闭问题。通过分析，发现他们的关闭流程存在以下缺陷：
- 负载均衡器健康检查导致意外重启
- 没有实现优雅的排水机制
- 关闭超时设置过短(仅2秒)
优化后方案包括：
- 将关闭超时延长至15秒
- 实现先标记为不健康再关闭的模式
- 添加关闭前连接计数检查