gokrazy项目中的EventSource连接数限制问题分析与解决方案

问题背景

在使用gokrazy项目时，用户发现当打开多个服务页面标签时，Web界面会出现加载失败的情况。这个问题最初被误认为是与Tailscale网络连接相关，但经过深入分析后发现实际上是浏览器对HTTP连接数的限制导致的。

技术分析

EventSource机制

gokrazy项目使用EventSource来实现服务标准输出和错误流的实时推送功能。这是一种基于HTTP的服务器推送技术，允许服务器主动向客户端发送数据。在服务详情页面中，gokrazy利用这一机制来实时显示服务的日志输出。

浏览器连接限制

现代浏览器对同一域名下的HTTP连接数有限制：

1. HTTP/1.1协议下，大多数浏览器限制每个主机名最多6个并发连接
2. 这种限制在HTTP/2协议下会有所改善
3. 使用HTTPS时，部分浏览器会放宽限制

由于gokrazy默认使用HTTP协议，当用户打开多个服务页面时，每个页面都会建立EventSource长连接，很容易达到浏览器的连接数限制。此时新打开的页面或刷新请求就会被阻塞，导致页面无法加载。

问题表现

1. 当打开3-4个服务页面标签时，开始出现页面加载失败
2. 关闭部分标签后，问题得到缓解
3. 主页面也会受到影响，因为浏览器将所有请求计入总连接数
4. 使用curl等命令行工具则不会遇到此问题，因为它们不受浏览器连接限制

解决方案

临时解决方案

1. 控制同时打开的服务页面数量
2. 使用不同浏览器访问不同服务（利用浏览器隔离）
3. 使用文本浏览器如Lynx访问（无连接限制）

长期解决方案

1. 为gokrazy启用HTTPS支持（如使用Let's Encrypt证书）
2. 实现HTTP/2协议支持，提高连接效率
3. 优化EventSource的使用方式，减少长连接数量

技术改进

gokrazy项目已针对此问题进行了优化：

1. 当页面不可见时（如切换到其他标签），自动暂停EventSource连接
2. 当页面重新可见时，自动恢复连接并获取期间的所有日志
3. 这种优化既减少了连接数占用，又保证了日志完整性

最佳实践建议

1. 对于生产环境，建议配置HTTPS以突破浏览器连接限制
2. 开发时注意控制同时监控的服务数量
3. 考虑使用终端工具或API替代Web界面进行批量监控
4. 对于需要长期监控的服务，可以使用专门的监控工具集成

通过以上分析和解决方案，用户可以更好地理解并规避gokrazy项目中的连接数限制问题，获得更流畅的使用体验。