基于webrtc的视频聊天室（二）之消息设计

通过建立 websocket 连接，来进行收发消息，服务端是在 handler 中处理接收的消息，通过 session 发送消息；客户端则通过事件回调函数来进行的。

消息的分类设计

哪怕只是想实现一个简单的聊天室，各种消息也不会少；先将消息分为以下四类：

• 会话协商：用于 sdp协商的消息；
• 一对一消息：在处理两个用户之间进行视频聊天所需要的消息。
• 一对多消息：在处理直播间时所需要进行的消息交互。
• 群组消息：在处理群组聊天时，所需要进行的消息交互。

针对不同的域进行消息设计，而不是将共性消息（含流程控制）从各域中抽取出来；这是在尝试了以后再重新设计如此的。它们唯一抽取出来的共性就是sdp协商过程，这个与域无关。在进行任何域通话之前，都必须保证服务端有一个可用的 webRtc 。

在简单的分类以后，需要进行类的设计：

消息基础模型类有

• BaseMessage ，所有消息类的基类。
• UserMessage ，大多流程控制的消息，sdpOffer 以及 sdpAnswer 消息也用此类。
• SystemMessage，系统消息，用于简单的通知。
• IceCandidateUserMessage, sdp 协商过程中，用于装载 iceCandidate 消息。

消息采用 json 作为数据交换格式，消息的处理在handler 的 handleTextMessage 中。

---

如果只用简单的 if 来判断消息的id ，当然可行，不过代码会越臭越长（我在这样尝试了以后发现的…）。所以这里采用了消息分发的概念：

将消息分类为以上四类：SdpMsg、OneToOneMsg、OneToManyMsg、GroupMsg；各类负责分发消息。

消息的处理

那么如何分发消息呢？我们只要存储好消息id对应的消息处理器，然后消息到来，根据id，就能够找到自己的处理器了，不是嘛？

服务器端具体实现：

1. MsgDispatcher 为消息分发器接口，MsgHandle 为消息处理器接口，MsgHandler 为消息处理器注解，可以注解在方法上，表明该方法会返回一个消息处理器。
2. 四类消息分别实现了消息分发器接口：SdpMsgDispatcher、OneToOneMsgDispatcher、OneToManyMsgDispatcher 和 GroupMsgDispatcher 。
3. 消息分发器内部通过在方法上添加MsgHandler 注解，将方法的返回用作消息处理器，方法的名称用作消息的id（可以通过在 MsgHandler 中传参来更改消息的id）。
4. 在启动类中通过反射，将消息处理器注册到消息分发器中，当然，这还有多种其它的方法来把消息处理器注入到消息分发器中。但我们会发现，使用这种方法，以后想要添加消息处理器，只需要在对应的分发器中，新增方法，添加上 消息处理器注解即可。

客户端具体实现：

1. 维护全局的一个消息id与消息处理器的映射，即 MsgDispatcher; 所以这里会有一个限制，要求消息id 不能重复，否则前端就不能很好的处理消息了。
2. 在合适的时候，将消息处理器装载进去。保证服务端消息到来时，有对应id的消息处理器。

消息的发送

服务器可以直接通过保存的 session 来发送消息，除此之外，我还采用了如下两种方法来发送消息：

1. 通过事件，触发监听器，发送固定的消息，例如在线用户，在线直播间等（无需指定 session ）
2. 通过事件，触发监听器，发送特定的消息，例如需要指定 session 以及消息内容

严格来说，上面算作一种方法。第一种无需考虑环境，在任何想要调用的地方都可以调用它，第二种需要获取到对应的信息，才能进行。

客户端将创建好的websocket 保存到了全局，然后在想要发送消息的地方都可以发送消息。具体实现是通过Vue 的 Vuex 来实现的（因为我前端使用的是Vue框架），当然，这里完全有更好的方法，无奈的是，我对前端不太熟悉。