大家已经在上一篇数据通道教程中建立了一个二端中间的WebRTC连接。可是许多状况你能愿意在同一个屋子中与好几个用户闲聊，添加一个视频会议系统，或是与许多的人共享一个文档。
唯一的问题是：WebRTC并并没有内嵌一切解决多到多通讯的定义。因此您有下边好多个选择项：
建立一个全网状连接
针对相比于较小的群聊，你能在每2个对等端中间都建立一个连接。这被称作“全网状网络拓扑结构”。
全网状组织的益处是她们出自于分散化的情况，并且相对性简易。可是一个问题便是它缺乏可扩展性—每提升一个新的用户，连接的数量便会提升n-1个。一样的，每一个信息都需要独立发给每一个用户，会占有很多的网络带宽。
别的网络拓扑结构
全网状组织并非可以建立分离出来端到端拓扑结构的唯一方式。别的解决方式，例如小世界网络（Small World Networks）或是等级分类/树形结构互联网根据把一些连接点变为无线中继来传送数据，可以在可扩展性和延迟时间中间进行一个更快的折衷挑选。
应用一个无线中继网络服务器
针对许多测试用例而言，最好是要防止一起开展端到端通信，反而是要有一个连接服务端过程。针对诸多数目的WebRTC用户而言，像Google Hangouts或是Twilio这种运用，对等端全是一个网络服务器，来搜集，集聚，解决，及其传送数据。你能在本系列产品教程的后2~3篇初中到有关可选择性传送模块，无线网桥，多播等相应的具体内容。
下边进到编码一部分
在这一部分中，我们要在用户中间建立一个全互联网连接。为了更好地进行这一每日任务，大家要开展下列一些流程：
–大家给每一个用户都出现一个任意的用户id
–大家把这个用户id储存到deepstreamHub明细中
–无论怎样只需有一个用户要想添加，都必须与明细当中的每一个用户中间建立一个连接
–为了更好地广播节目信息，大家将全部的连接都反复一遍而且把信息发给每一个用户
–当一个连接断掉时，别的用户将这一连接从屋子中移出来
下边得出上边的方法步骤是怎样作业的：（你能点一下这里在Github上查询这一事例，及其在全文的结尾处有一个动态性demo）
大家从连接到deepstreamHub及其造成任意用户id逐渐：
为了更好地追踪在线聊天室中的用户ID，大家来构建一个deepstreamHub明细—一个看得见的字符串数组组，他的模式会被介绍给全部连接的用户。由于我们自己的用户也是在线聊天室中的一员，大家可以直接将人们的用户名加进明细中。
如今，只需一个用户被加到了明细中，大家就需要建立一个端到端连接到这一用户。
在这儿的连接与我们在数据通道教程中所提及的连接是相像的，被封装形式在一个雷中。她们中间仅有2个差别：
数据信号被关键解决
每一个对等端都需要往返地推送SDP来建立连接—可是由于大家现在是在建立一个多连接语音通话，因此大家还必须接受好几个数据信号。为了更好地解决这种数据信号，大家申请注册一个中间信息窃听器。传出的信息会被路由器给有关的协调器：
移出来关掉的连接
当一个连接关闭的情况下，大家必须将它所涉及到的用户从明细中移出来掉。大家用了一个removeEntry()来建立这一作用。
可以单击这里查询详细编码，或是点一下下面的图自动跳转全文来试试看这一实例。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
