chromecast 如何连接到 chrome 发送者，为什么它似乎增加了会话变量？答案

【问题标题】：How does the chromecast connect to a chrome sender and why does it seem to increment a session variable?chromecast 如何连接到 chrome 发送者，为什么它似乎增加了会话变量？
【发布时间】：2013-10-06 23:28:11
【问题描述】：

我的 Chrome 发送器和 ChromeCast 之间有一个工作连接，因为我可以在两者之间正确发送和接收消息，但是每次发送器连接时，它都会创建一个新连接，同时增加我猜想的会话变量： ws://localhost:8008/session?x ，其中 x 是递增的数字。

我想知道两件事：

为什么每次连接都会增加会话变量？是设计使然吗？还是我未能正确关闭连接？从我可以看到连接默认发送一个关闭事件，但我可能是错的。
如果会话是按设计更新的，是否有办法检测以前的会话并在一侧仍处于活动状态时连接到这些会话？

编辑： 我知道 Chrome 发送方 API 不支持 Android TicTacToe 演示应用程序中描述的多连接场景，但我询问的目的是因为当这个“会话”变量增加到某个点其他应用程序，例如 YouTube Android 应用程序，开始不规则地执行，似乎是因为 WebSocket 连接滞后。我真的很想知道为什么这个连接会增加。根据我的测试，它纯粹是设计使然，可能确保每个客户端都获得与 ChromeCast 的唯一连接（即防止下面提到的多控制器场景）。

【问题讨论】：

标签： javascript chromecast

【解决方案1】：

当前的 Chrome API 不支持重复使用现有连接（与支持这种情况的 Android API 不同）。这是将来会解决的已知限制。

HTH, 阿里。

【讨论】：

如果 Chrome API 不支持这一点，那么 YouTube 桌面站点如何在整个站点的导航中保持与接收器的连接？
如果一个设备建立了一个会话，然后另一个设备尝试使用 Chrome API 连接到已经运行的会话，那么第二个连接会断开第一个连接。但是，如果第二台设备尝试使用 Android API 使用现有会话，则不会有任何问题（这基本上是井字游戏示例代码所做的）。在 Chrome 端，您可以创建一个会话，只要它处于打开状态，就可以在创建会话的应用中重复使用该会话，但其他 Chrome 应用不能重复使用该会话。
@AliNaddaf 你能否告诉我这个限制在 10 月到现在是否已经解决？
是的，您现在可以通过 Chrome 加入正在运行的会话。