我的 Chrome 发送器和 ChromeCast 之间有一个工作连接，因为我可以在两者之间正确发送和接收消息，但是每次发送器连接时，它都会创建一个新连接，同时增加我猜想的会话变量：ws ://localhost:8008/session?x ，其中 x 是递增的数字。
我想知道两件事：
为什么它会在每个连接上增加会话变量？是设计使然吗？还是我未能正确关闭连接？从我可以看到连接默认发送一个关闭事件，但我可能是错的。
如果会话是按设计更新的，是否有办法检测以前的会话并在一侧仍处于活动状态时连接到这些会话？
编辑：我知道 Chrome 发送方 API 不支持 Android TicTacToe 演示应用程序中描述的多连接场景，但我询问的目的是因为当这个“会话”变量增加到某个点时，其他应用程序，例如 YouTube Android 应用程序，开始不规则地执行，似乎是因为 WebSocket 连接滞后。我真的很想知道为什么这个连接会增加。根据我的测试，它纯粹是设计使然，可能确保每个客户端都获得与 ChromeCast 的唯一连接（即防止下面提到的多控制器场景）。