服务端sse方式如何保持心跳

[gauss-clb]

如果设置sse_read_timeout=300s，客户端似乎300s内收不到消息会抛出httpx.ReadTimeout异常，日志里会有大量这个异常。这个服务端启动的时候是否有办法一直和客户端保持心跳呢？

[hustcc]

好问题，你现在是通过代码的方式调用吗？我调研下 mcp 有没有对应的最佳实践。

@gauss-clb 如果你对这个有研究，也欢迎来一个 PR。

[gauss-clb]

好问题，你现在是通过代码的方式调用吗？我调研下 mcp 有没有对应的最佳实践。

@gauss-clb 如果你对这个有研究，也欢迎来一个 PR。

是通过qwen-agent接入的，没怎么研究过sse的传输协议，但是观察到日志里有大量的httpx.ReadTimeout，让gpt-5帮忙分析了下，可能是和sse方式有关，客户端可能会一直等待服务端推送数据，而不知道服务端推送结束就会一直等待，到了300秒就抛出超时异常。
也有方式让服务端传输结束标记

event: message
data: [DONE]\n\n

但这种方式可能需要改服务端和客户端的代码。如果采用保持心跳的方式，客户端在300秒内能接收到消息 ，应该也不会抛出异常了。如果应用是被很多用户使用，那么基本上也没什么问题，能保证300s内有请求就行，但是如果是冷门的，调用量少就可能出现这种长时间没有消息推送导致客户端抛异常的。主要还是sse是流式的，保持了常链接。

[kylesean]

@gauss-clb 最近也在学MCP，貌似使用 Streamable HTTP 是推荐的