webRTC脱坑笔记（三）— webRTC API之RTCPeerConnection

最新推荐文章于 2024-09-05 15:34:54 发布

DebJane

最新推荐文章于 2024-09-05 15:34:54 发布

阅读量2.2k

点赞数

分类专栏： webRTC 文章标签： webRTC RTCConnection

本文链接：https://blog.csdn.net/sueRimn/article/details/96477354

版权

RTCPeerConnection是webRTC的核心，处理点对点实时通信的复杂性，包括丢包隐藏、回声消除等功能。在连接过程中，服务器用于用户发现、信号交换和网络遍历。连接流程包括创建RTCPeerConnection、注册处理程序、发送和接收协商信息。呼叫者使用createOffer，被呼叫者在接收到offer后使用createAnswer进行响应。

摘要由CSDN通过智能技术生成

RTCPeerConnection API是每个浏览器之间点对点连接的核心，RTCPeerConnection是WebRTC组件，用于处理对等体之间流数据的稳定和有效通信。

RTCPeerConnection可以保护Web开发人员免受潜伏在其中的无数复杂性的影响。WebRTC使用的编解码器和协议可以进行大量工作，即使在不可靠的网络上也可以进行实时通信：

丢包隐藏
回声消除
带宽适应性
动态抖动缓冲
自动增益控制
降噪和抑制
图像’清洁’。

// 创建实例
let pc = RTCPeerConnection(serverConfig);

根据你是发起者还是被发起对象，在连接的每一边会使用稍微不同的方式使用RtcPeerConnection对象。

serverConfigconfig配置参数中包含iceServers参数。它是包含有关STUN和TURN服务器的信息的URL对象数组,在查找ICE候选时使用。可以在code.google.com找到可用的公共STUN服务器的列表。

现实中，无论你的应用如何见到那，webRTC都需要服务器，因为：

通信用户发现彼此并交换自己的“真实世界”的详细信息；
webRTC客户端（对等方）交换网络信息；
peers交换有关每天的数据，如视频格式和分辨率
webRTC客户端遍历NAT网关和防火墙

换句话说，WebRTC需要四种类型的服务器端功能：

发现用户并沟通。
使用STUN服务器连接用户信号。
使用NAT /防火墙遍历。
在对等通信失败的情况下，使用中继服务器。

ICE是用于连接对等体的框架，例如两个视频聊天客户端。最初，ICE尝试通过UDP直接连接对等端，以尽可能低的延迟。在此过程中，STUN服务器只有一个任务：使NAT后面的对等体能够找到其公共地址和端口。

下面是调用流程：

1.获取本地媒体设备成功之后，创建一个新的RTCPeerConnection对象，初始化将本地音视频轨道加入到RTCPeerConnection

 function createConn(stream) {
   
     localStream = stream
     // 显示本地视频流
    localVideo.srcObject = stream;
     //谷歌公共stun服务器
	let serverConfig = {
   
        "iceServers": [
            {
    "urls": ["turn:192.168.1.133:3478"], 
            "username": "webrtc", 
            "credential": "webrtc" 
            }
        ]
    };
     // 呼叫者
	let localPeer <

最低0.47元/天解锁文章