已知问题
跟踪的问题及其解决方案
低
已解决
空闲后的首次 API request 耗时增加 2-3s
在一段时间不活动后，您的首次 API request 会额外耗时约 2-3s，此时 proxy 池正在预热。之后的 Requests 均可正常响应。
解决方案：
我们在 2026 年 9 月再次进行了测量：静默期后的首个 request 现已与后续 request 一样快。
低
已解决
仪表盘使用量图表未显示时区标签
仪表盘上的使用量图表显示 UTC 时间戳，但未标注时区。如果您不在 UTC 时区，缺少上下文会导致时间看起来不正确。
解决方案：
Dashboard 图表和表格现已根据浏览器获取的本地时区显示所有时间。
低
已解决
迁移期间分析系统出现短暂数据缺口
在数据库迁移期间，实时分析服务中断了数小时。未发生数据丢失。此缺口仅影响实时可见性，不影响历史记录。
解决方案：
我们回填了所有历史数据（2.6亿+记录），并验证了每日数据一致性。实时数据摄取在数小时内恢复。
中
已解决
Safari 用户在仪表盘遇到登录重定向循环
使用 Safari 登录仪表盘会触发重定向循环。WebKit 处理 cookie 的机制导致跨子域会话失败。
解决方案：
我们修复了 cookie 属性以实现跨子域兼容。现在所有主流浏览器的登录功能均已恢复正常。
中
已解决
高峰时段失效代理滞留代理池
在使用高峰期，代理验证流水线处理滞后。部分请求在代理池剔除近期失效的代理前，命中了这些代理。
解决方案：
我们增加了并行健康检查机制，并加快了失效代理的剔除速度。现在即使在 10 倍正常负载下，代理池也能保持健康状态。
高
已解决
浏览器请求在高 JS 负载下超时
浏览器模式请求在带有大型 JavaScript 包的页面上出现超时。Headless Chrome 没有足够的共享内存来处理并发会话。
解决方案：
我们增加了浏览器会话的共享内存，并添加了单请求资源限制。超时率从约 8% 降至 0.5% 以下。