Ktor WebSocket能否用auto-retry实现自动重连？有无其他方案？

官方为HTTP请求提供的auto-retry自动重试机制不适用于Ktor WebSocket场景。
该插件的设计目标是处理普通HTTP短请求的重试逻辑，触发判断仅覆盖HTTP请求发起阶段、响应返回阶段的异常与状态码，不会监听WebSocket长连接建立后的存续状态，也无法响应连接建立后的断开事件、执行重连操作，强行套用会出现连接状态错乱、内存泄漏等问题。

• 基础循环重连封装
  将WebSocket连接逻辑包裹在独立挂起函数中，通过外层循环实现持续重连：捕获连接过程中、连接存续期间抛出的非主动断开类异常，加上延迟后重新发起连接即可。基础实现参考如下：

  private var isUserTriggeredDisconnect = false // 标记是否为用户主动断开，避免无意义重连
  
  suspend fun startWsConnection() {
      var retryInterval = 1000L // 初始重连间隔1秒
      val maxRetryInterval = 30_000L // 最大重连间隔30秒
      while (!isUserTriggeredDisconnect) {
          try {
              ktorClient.webSocket(
                  host = "your-service-host",
                  port = 443,
                  path = "/your-ws-path"
              ) {
                  // 连接成功后重置重连间隔
                  retryInterval = 1000L
                  // 常规WebSocket逻辑：处理收发消息
                  incoming.consumeEach { frame ->
                      // 处理收到的消息帧
                  }
              }
          } catch (e: Exception) {
              if (isUserTriggeredDisconnect) break
              delay(retryInterval)
              // 指数退避策略，避免频繁发起重连打满服务端压力
              retryInterval = (retryInterval * 2).coerceAtMost(maxRetryInterval)
          }
      }
  }
  
  // 主动断开时调用
  fun disconnect() {
      isUserTriggeredDisconnect = true
      // 执行WebSocket关闭、协程取消等逻辑
  }
  

• 重连并发管控
  增加连接中状态标记，避免多协程同时触发重连导致重复创建连接；Android/iOS端可结合系统网络状态监听能力，网络断开时暂停重连循环，网络恢复后立刻触发一次重连，减少无意义的重试耗电与流量消耗。
• 业务状态恢复
  如果业务需要重连后恢复会话上下文，可在连接建立成功的回调中，单独实现未送达消息重发、会话鉴权、状态同步逻辑，不要将业务状态处理耦合在重连循环中。

内容的提问来源于stack exchange，提问作者Bao Le