为了让初学者快速起步把 WebRTC demo 跑起来，我写了一个极其简单的 startup demo 项目，展示了如何基于 WebRTC API 实现一对一的视频通话。该项目地址：https://github.com/Jhuster/RTCStartupDemo
本文则主要介绍如何从一对一通话升级到多人通话，即视频会议，其中涉及到如下几个问题：
多人会议，每个 Client 是创建多个 PeerConnection 还是只有一个 PeerConnection ？
多人会议，谁来发起 OFFER，谁来作为 ANSWER，如何把多个 Client 相互间的连接分别建立起来 ？
首先，我们用下面这一张图来看看两个 WebRTC Peer 之间是如何建立一对一通话链路的：
最近收到很多网友通过邮件或者留言说想学习音视频开发，该如何入门，我今天专门写篇文章统一回复下吧。
音视频这块，目前的确没有比较系统的教程或者书籍，网上的博客文章也都是比较零散的，希望我后面能挤出时间整一个专题详细讲一讲～～目前的话，我先给出一个大的方向性的学习指南，希望对初学者有所帮助。
我一直相信带着 “任务” 去学习和实践，效率会高很多，因此我列出了一系列音视频相关的 “开发任务”，从简单到困难（当然，不一定非常严格和完美，部分任务先后可调整），大家在完成任务的过程中，遇到任何不懂的地方都要及时去 google，或者去请教身边的大牛，不放过任何一个疑点，相信大家会很快就能把音视频周边相关知识积累起来。
这是由一篇我的演讲稿整理出来的文章，目标读者是对音视频开发感兴趣但是又不知道如何下手的初学者们，希望把我的经验分享出来，对大家有所帮助。
经常收到一些网友的来信或者留言，反馈如下这样的困惑：
“我是一名应届毕业生，该如何快速地成长起来”
“我只懂 C/C++，是学 Android 开发有前途，还是 iOS 开发有前途？”
“我是一名 Android/iOS 开发，已经可以独立完成一个完整的 App 开发上线，该如何继续提升？”
“我想从事音视频开发，该如何入门？ 如何进阶 ？”
很高兴看到大家有这样的问题，因为这也从侧面反映了你是一个积极向上，想不断努力来提升自己的人。
我就先从一个简单的问题聊起，“到底 Android 开发有前途还是 iOS 开发有前途？”
如今越来越多的公司投身到 WebRTC 的开发和应用之中，同时也有越来越多的开发者对 WebRTC 技术感兴趣。相对于单向传输的直播和播放器，支持“实时+双向” 音视频通话的 WebRTC 项目显然要庞大和复杂很多很多。由于 WebRTC 官方没有提供服务器的实现，自己从 0 搭建一套开源的 WebRTC 服务器、跑通并且读懂官方的 AppRTCDemo 代码还是需要很费一些周折的。
基于这些原因，我启动了一个小的开源项目：RTCStartupDemo，致力于提供一套超级简单的信令服务器，以及配套的完全基于 WebRTC 官方 API 的客户端 demo 示例代码（含：Web/Android/iOS/Windows 全平台），目标是让所有有兴趣学习 WebRTC 的同学，都能快速把项目 run 起来，看到通话效果，理解核心 API，快速入门。
前面两篇文章分别介绍了如何利用 WebRTC API 实现一对一视频通话和多人视频会议，并给出了相应的 demo 程序，该 demo 是基于官方预编译好的库开发的。如果要想深入学习和研究 WebRTC，仅仅掌握偏上层的 API 接口是远远不够的，而是应该做到能自己编译和修改 WebRTC 源码，这样才能不受限制地根据自己的需要优化和改进产品的质量和效果。
网上有很多介绍 WebRTC 源码编译的文章，我这里也不会赘述太多，只介绍些关键经验。总体来说，有下面几个点先提前说明一下：
1. 最靠谱的编译指南是官方的指导文章：https://webrtc.org/native-code/android/
2. WebRTC Android 的编译只支持在 Linux 环境中进行，推荐安装 Ubuntu 16.04 的物理机或者 VPS，不建议在 Mac/Windows 上使用 Docker 或者虚拟机等方式来编译，容易遇到很多奇怪的问题。当然，我下面也还是会介绍下 Mac 下如何利用虚拟机来编译。
3. WebRTC Android 的源码和配套工具大约 16 GB 左右，国内由于 GFW 的原因，需要配置代理来下载和同步，由此可能带来很多奇奇怪怪的问题。
4. 时间就是金钱，由于配置代理同步代码容易遇到各种坑，比较推荐的方式是在 Linode 或者 Vultr 购买一台位于国外的 VPS 虚拟机，基本上参照 WebRTC 官方文档，半天时间就可以顺利走通整个源码同步和编译流程了。
1 什么是 SFU ？
首先，我们再看一次 SFU 服务器的定义，什么是 SFU ？
SFU 的全称是：Selective Forwarding Unit，是一种路由和转发 WebRTC 客户端音视频数据流的服务端程序。
当你入门 WebRTC 之后，很快就会接触到一个名词，叫做：SFU，你可能很容易就在网上寻找到很多 SFU 的开源实现，并并兴致勃勃地开始编译、部署和测试这些服务器，但是可曾想过，为啥我们的 WebRTC 应用需要 SFU 服务器 ？
1 WebRTC P2P 通话的网络模型
WebRTC网关服务器的上线意味着即构的音视频能力可以全面支持网页端视频互动场景。
作为实时音视频领域最火的开源技术，WebRTC 点对点的架构模式，无法支持大规模并发。如何在架构中引入服务端，一直是开发者关注的热点。5月20日，即构科技资深音视频架构师黄开宁在WebRTCon大会上带来了他的经验分享，以下是对他演讲内容的整理。
何为 WebRTC ？首先，字面上已经给出了关于这一技术的大量信息，RTC 即为实时通信技术。
WebRTC 填补了网页开发平台中的一个重要空白。在以往，只有诸如桌面聊天程序这样的 P2P 技术才能够实现实时通讯而网页不行。但是 WebRTC 的出现改变了这一状况。
WebRTC 本质上允许网页程序创建点对点通信，我们将会在随后的章节中进行介绍。我们将讨论如下主题，以便向开发者全面介绍 WebRTC 的内部构造：
为webrtc配合 ubuntu系统 rfc5766-turn-server
$ wget http://ftp.cn.debian.org/debian/pool/main/r/rfc5766-turn-server/rfc5766-turn-server_3.2.4.4-1_amd64.deb
可以根据网址从网站上直接下载
$ sudo apt-get update
$ sudo apt-get install gdebi-core
$ sudo gdebi rfc5766-turn-server_3.2.4.4-1_amd64.deb
安装完后，在/usr/share/doc/rfc5766-turn-server下有很多文档可参考。