本文主要分析webrtc音视频点对点部分的代码结构，文章来自博客园RTC.Blacker，转载请说明出处.
前段时间在查一个偶尔断线的问题(这种问题最蛋疼，不好重现，只能凭经验去搞)，所以理了下webrtc的P2P代码结构，总结如下:
先来张图显示实际会话过程中的两种通讯路径：P2P或转发,92%的情况下是通过P2P实现.
注意:实际通讯过程中每个客户端都会不停地发送和接收Stun包，这样做是为了维护响应的连接和端口.
实际通讯过程中的核心组件为P2PTransportChannel，他代表着本地和远程计算机的连接通道，
管理着许多本地和远程计算机上许多不同的连接类型的连接对象，如TCP,udp,
连接对象上包含了本地端口和远程地址信息，当一个连接失败时他会无缝地切换到另一个连接上，下图是P2P数据通道的内部结构图
下面是代码结构中堆栈调用过程：
1，接收和发送数据的AsyncUDPSocket创建过程如下：
2，呼叫方根据remotecandidate创建连接并执行Ping过程如下:
3、接收方根据remotecandidate创建连接并执行Ping过程如下：
4、收到Stun响应更改连接状态调用过程如下：
5、连接成功建立开始数据收发调用过程如下：
