🖥 多屏互动

---

话题

多屏互动，

🔍 搜了一下多屏互动的定义，通过某种协议或者连接，在不同的媒体终端上进行互动。

大部分的搜索结果，都是指手持设备（例如手机），与大型的显示设备（例如电视），之间的互动。

今天，讨论的主要是，基于网页的多屏互动。

可以是手机 - 手机，或者手机 - 电脑。

应用

有一些专题，打开先显示个二维码，让你呼唤身边的伙伴去扫码，

凑够三台手机，即可播放预先设置的视频。

大概，见过二三次吧，

第一次，的确让人耳目一新，

但具体效用，不好说，要不是在公司，我还不一定能凑够三台手机呢。

具体地址忘记了，当时也没有记录，日后补充吧。

游戏

游戏，同样是应用场景之一。

不过，以前玩过的地址，也找不到了。

无论搜索 multi screen 还是 cross screen 出来的词条都不准确。🌚

日后补充吧。

原理

因为，我们都是在浏览器打开的网页，

客户端对客户端互动，

需要基于 socket.io。

剖开来说，其实也还是客户端对服务端，

只不过，服务器必须记录每个访问的 uuid，并且把它们进行分组，（不然我会跑错片场了？🤣）

简单来说，访客就分为，

房主跟客人，

两种身份。

扫码

所以，直接访问的人，属于房主。

并且生成唯一的 uuid 与二维码，

而扫码的目的，

就是告诉服务端，当前请求的身份，是客人，

并且，是这个房主的客人。

天堑

体验的瓶颈，

在于，通过服务端通讯，

导致的延迟。

如果是内网，还行，擦觉不出来。

但是线上的话，这个是一个要克服的问题，

因为延迟，

大大限制了互动游戏的类型。

为什么，客户端多人在线网游，则不会？

应该是，通讯的协议不一样。

例子

写了个 demo，

仓库如下：

https://github.com/lixinliang/multi-screen-interaction

灵感

• socket.io：基于 socket 的话，也可以写个 多人在线游戏，online multiplayer web game。
• 关于socket.io的延迟以及解决方案：日后讨论。