Spring Gateway转发WebSocket请求至TTS服务的性能问题排查方案

在排查Spring Gateway网关转发WebSocket请求至TTS服务时遇到的性能问题时，可以采取以下步骤进行深入分析：

1. 分析流量模式：首先，需要详细分析在压测TTS服务时WebSocket请求的流量模式，包括请求频率、数据包大小、并发数等。这有助于确定是否是由于请求量过大导致的性能问题。
2. 监控资源使用情况：尽管已经排除了GC和资源问题，但仍然需要进一步监控CPU、内存和网络IO的使用情况，特别是在高并发场景下。可以使用如Prometheus这样的监控工具来收集实时数据。
3. 检查网络延迟：WebSocket协议的流式传输特性使得网络延迟可能成为瓶颈。使用网络抓包工具如Wireshark来分析网络延迟和丢包情况，特别是在高负载时。
4. 分析grpc调用：由于TTS服务通过grpc调用其他模型提供商的引擎，需要检查grpc调用的性能和延迟。可以查看grpc的日志，分析是否有慢调用或失败的重试。
5. 日志分析：增加日志记录的详细程度，特别是在WebSocket连接建立、数据传输和断开时。这有助于发现可能的异常或错误处理不当的情况。
6. 压力测试：进行更细致的压力测试，模拟不同的流量模式，观察系统的响应和资源使用情况。特别注意观察在接近系统极限时的表现。
7. 代码审查：对WebSocket处理和grpc调用的相关代码进行审查，查找可能的性能瓶颈或资源泄漏点。
8. 对比测试：对比在压测ASR服务和TTS服务时的系统表现，找出TTS服务特有的性能问题点。
9. 更新和回滚：如果最近有代码或配置的变更，尝试回滚到变更前的版本，看问题是否解决。这有助于确定问题是否由最近的变更引起。
10. 社区和文档：查阅Spring Gateway、grpc和k8s的官方文档，以及相关社区论坛，看是否有类似问题的讨论或解决方案。

通过以上步骤，可以更全面地排查和解决Spring Gateway转发WebSocket请求至TTS服务时遇到的性能问题。