WebRTC学习笔记二 基础性概念

height: { min: 776, ideal: 720, max: 1080 } } }

对于快速移动器材来却说，还可以所选换取此前画面，或者人口为129人画面：

{ audio: true, video: { facingMode: "user" } } // 在后 { audio: true, video: { facingMode: { exact: "environment" } } } // 人口为129人 // 也可以所选器材 id， // 通过 navigator.mediaDevices.enumerateDevices() 可以换取到默许的器材 { video: { deviceId: myCameraDeviceId } }

还有一个更为为最大值得一提的就是设立影片乃是为画面，但是目此前只有火狐默许了这个本体。

{ audio: true, video: {mediaSource: 'screen'} }

【新媒体易XML】FFmpegWebRTCRTMPRTSPHLSRTP电视器-音影片东流舆论现职开样-资需用发给 FFmpegWebRTCRTMPRTSPHLSRTP鎾斁鍣�-闊宠棰戞祦濯掍綋梨树樼骇埔€尤清�-璧勬枡棰嗗彇

3.换取器材本地音影片

其上面本地舆论东流换取加到的是navigator.getUserMedia(),它获取了会面其他用户本地相机/麦克风舆论东流的手段。

var video = document.querySelector('video');navigator.getUserMedia({ audio : true, video : true }, function (stream) { //取得本地舆论东流 video.src = window.URL.creatObjectURL(stream); }, function (error) { console.log(error);});

getUserMedia的第一个参数就是Constraint，第二个参数传入下难以实现formula_取得影片东流。当然你可以常用如下Promise的用法：

navigator.mediaDevices.getUserMedia(constraints).then(successCallback).catch(errorCallback);4.RTCPeerConnection

RTCPeerConnection，用于付诸peer跟peer间的NAT工具箱覆，继而不用维修应用软件就能打印音影片数据资需用东流的连结走廊。

这么却说极其抽象，为了努力阐释，可以用一个不太恰当但有助于阐释的比喻：RTCPeerConnection就是一个现职且机制强而有力的用于打印音影片数据资需用而构建十分相似Websocket链接走廊，只不过它可以用来构建搜索增压器

之所以却说是现职且强而有力，是因为它作为WebRTC web层核心API，让你并不需要关注数据资需用打印延迟出现异常、音影片编解码，音画定时等状况。这样一来常用PeerConnection 就能用上这些搜索增压器获取的顶层嵌入好的能够。

5.Peer-to-peer Data API

RTCDataChannel可以构建搜索增压器间的PPP无线通讯。常用的无线通讯方式也有websocket, ajax和等方式也。websocket虽然是双向无线通讯，但是无论是websocket还是ajax都是其他用户尾端和维修应用软件间的无线通讯，你必须内置维修应用软件才可以透过无线通讯。

而由于RTCDATAChannel借助RTCPeerConnection不用经过维修应用软件，就可以获取PPP间的无线通讯，不用/(避免)维修应用软件了这个上面间件。

var pc = new RTCPeerConnection();var dc = pc.createDataChannel("my channel");dc.onmessage = function (event) { console.log("received: " + event.data);};dc.onopen = function () { console.log("datachannel open");};dc.onclose = function () { console.log("datachannel close");};6.信道Signaling

我们却说WebRTC的RTCPeerConnection是可以想到到搜索增压器间（无维修服务）的无线电通信。

但这里有个状况，当两个搜索增压器不通过维修应用软件构建PeerConnection时，它们怎么想到彼此的样挥作用呢？进一步话说，它们该怎么想到对方的的设备右方（IP/IP等）呢？默许何种编解码器？甚至于什么时候开始舆论东流打印、又该什么时候结束呢？

因此在构建WebRTC的RTCPeerConnection此前，必须构建️另一条走廊来交这些进行谈判数据，这些也被专指信道，这条走廊成为信道走廊（Signaling Channel）。

两个其他用户尾端搜索增压器对等的信道很强都有机制：

进行谈判舆论机制和设立标志和可验证都能土话发起者的理应（对等SDP对象上面的数据：舆论一般来却说、编解码器、延时等叙述符资需用）控制舆论都能土话、指示施工进度、更为改回都能土话、终止都能土话等其上面主要无关SDP(offer、answer)都能土话叙述协商，以及ICE candidate的对等。

这里十分需要特别注意的一点：WebRTC标准化本身从未规范信道对等的无线通讯方式也，信道维修服务根据自身的状况付诸。一般都能常用websocket走廊来想到信道走廊，比如可以基于来搭建信道维修服务。当然业界也有很多开乃是且平衡成熟的信道维修服务建议书可选用。

显而易见，在上述连结的处理过程上面：叫喊尾端（在这里都是常指搜索增压器）十分需要给转给尾端传送一条名为offer的数据。 转给尾端在接送达催促后，则赶下回一条 answer 数据给叫喊尾端。

这便是上述勤务之一 ，SDP XML的本地舆论叙述符资需用的对等。sdp 数据一般稍长这样：

v=0 o=- 1837933589686018726 2 IN IP4 127.0.0.1 s=- t=0 0 a=group:BUNDLE audio video a=msid-semantic: WMS yvKeJMUSZzvJlAJHn4unfj6q9DMqmb6CrCOT m=audio 9 UDP/TLS/RTP/SAVPF 111 103 104 9 0 8 106 105 13 110 112 113 126 ... ...

但是勤务不意味著是对等，还十分需要分别复原自己和对方的数据，所以我们再行加点需用：

叫喊尾端 创建者 offer 数据后，不须加载 setLocalDescription 打印本地 offer 叙述，再行将其传送给 转给尾端。转给尾端 送达 offer 后，不须加载 setRemoteDescription 打印远尾端 offer 叙述；然后又创建者 answer 数据，最大值得注意十分需要加载 setLocalDescription 打印本地 answer 叙述，再行赶下回给 转给尾端叫喊尾端 取得 answer 后，再行次加载 setRemoteDescription 设立远尾端 answer 叙述。

到这里PPP连结还缺一步，也就是新媒体络数据 ICE 候选对等。不过这一步和 offer、answer 数据的对等并从未不须后顺序，东流程也是一样的。即：在叫喊尾端和转给尾端的 ICE 候选数据准备已完成后，透过对等，并相互间复原对方的数据，这样就已完成了一次连结。

这张图是我并不认为更为为完善的了，详尽的叙述了整个连结的处理过程。仍要好我们再行来小结一下：

基础设施：必要的信道维修服务和 NAT 横越维修服务clientA 和 clientB 分别创建者 RTCPeerConnection 并为可用尾端填充本地舆论东流。如果是影片通土话一般来却说，则反之亦然，两尾端都十分需要填充舆论东流透过可用。本地 ICE 候选数据挖掘已完成后，通过信道维修服务透过对等。叫喊尾端（都是 A 给 B 打影片电土话，A 为叫喊尾端）样起 offer 数据，转给尾端转给并赶下回一个 answer 数据，叫喊尾端复原，已完成连结。三、WebRTC构建连结的决定性-ICE连结

在对等SDP后,webrtc就开始真仍要的连结来打印音影片数据资需用。这个构建连结的处理过程更为为有用，原因是webrtc既要保证高效的打印性，又要保证平衡的连通性。

由于搜索增压器其他用户尾端间大不相同的右方不一定是更为为有用的，也许仍要处于同一个内新媒体段内，也也许仍要处于两个多种不同的右方，大不相同的NAT新媒体关也也许很有用。因此十分需要一种此前提寻觅一条打印能量密度合理要求的道路，而WebRTC仍要具备这种能够。

首不须有趣知晓都有三个种概念。

ICE Canidate（ICE 见下文）：工具箱含远尾端无线电通信时常用的协商、IP 邮箱和IP、见下文一般来却说等数据。STUN/TURN：STUN付诸P2P改回进型连结，TRUN付诸后援改回进型连结。两者付诸仅有有标准化协商。（参考表）NAT横越：NAT即新媒体络邮箱转换，由于其他用户尾端十分会分配到公新媒体IP，十分需要内新媒体IP与公新媒体IPIP想到等价才能与外新媒体无线电通信。而NAT横越就是位于层层Nat新媒体关背后的其他用户尾端间见到对方并构建连结。

ICE连结基本上的方法及解决办法如下：

样起查阅ICE Canidate勤务。本机能查阅host一般来却说（内新媒体IPIP）的candidate。通过STUN维修应用软件查阅srflx一般来却说（NAT等价到外新媒体的IPIP）的candiate。通过TURN维修应用软件查阅relay一般来却说的（后援维修应用软件的 IP 和IP）的candidate。开始尝试NAT横越，按照host一般来却说、srflx一般来却说、relay一般来却说的优不须级去连结。

以上，WebRTC便能寻觅一条打印能量密度合理要求的连结道路。 当然也就是说状况十分是这么有趣，整个处理过程工具箱含着更为有用的顶层细节。

都有参考 ICE协商下NAT横越的付诸（STUN&TURN）

1.首不须来有趣话说话说什么是NAT？

原来这是因为IPV4引起的，我们上新媒体很也许都能处在一个NAT器材（无线IP之类）之后。 NAT器材都能在IP封工具箱通过器材时变更回乃是/意在IP邮箱. 对于家用IP来却说, 常用的是新媒体络邮箱IP转换(NAPT), 它不仅改回IP, 还变更回TCP和UDP协商的IP号, 这样就能让内新媒体上面的器材共用同一个外新媒体IP. 举个举例来说, NAPT公共安全一个十分相似下列于的NAT列于：

NAT器材都能根据NAT列于对回来和进去的数据资需用想到变更回, 比如将192.168.0.3:8888送达去的封工具箱改回成120.132.92.21:9202, 本体就并不认为他们是在和120.132.92.21:9202无线电通信. 同时NAT器材都能将120.132.92.21:9202送达的封工具箱的IP和IP改回成192.168.0.3:8888, 再行样给内新媒体的主机, 这样核心和本体就能双向无线电通信了, 但如果其上面192.168.0.3:8888 == 120.132.92.21:9202这一等价因为某些原因被NAT器材淘汰了, 那么本体器材就未能这样一来与192.168.0.3:8888无线电通信了。 我们的器材偶尔是处在NAT器材的左边, 比如在大学里的校园新媒体, 查一下自己分配到的IP, 其实是内新媒体IP, 指出我们在NAT器材左边, 如果我们在客厅再行接个IP, 那么我们送达的数据资需用工具箱都能多经过一次NAT.

2.NAT的征状以及化解建议书

国内快速移动无线新媒体络UMTS在链路上短时间内从未数据资需用无线通讯后, 都能淘汰NAT列于上面的并不相同项, 造成了链路上面断。这是NAT促使的第一个征状：NAT延时。而国内的UMTS一般NAT延时的时间为5分钟，所以通常我们TCP稍长连结的心跳设立的时间间隔为3-5分钟。

而第二个征状就是：我们这边样列于文章要提到的NAT墙。NAT都能有一个此前提，所有此番姑息新媒体的催促，横越NAT的时候，都都能被NAT所丢弃，这样如果我们仍要处于一个NAT器材左边，我们将未能获得任何此番的数据资需用。

但是这种此前提有一个化解建议书：就是如果我们A主动往B传送一条数据，这样A就在自己的NAT上打了一个B的山洞。这样A的这条立即横越B的NAT的时候，虽然被失掉了，但是如果B这个时候在给A样数据，横越A的NAT的时候，就可以从A之此前差一点那个山洞上面，传送给到A手上了。

有趣来话说，就是如果A和B要透过无线电通信，那么得事不须A样一条数据给B，B样一条数据给A。这样提此前在各自的NAT上打了对方的山洞，这样下一次A和B间就可以透过无线电通信了。

3.四种NAT一般来却说：

RFC3489 上面将 NAT 的付诸分成三大类：

Full Cone NAT （几乎顶端 NAT）Restricted Cone NAT （限制顶端 NAT ，可以阐释为 IP 限制，Port不限制）Port restricted Cone NAT （IP限制顶端 NAT，IP+Port 限制）Symmetric NAT （圆锥 NAT）

其上面几乎最上层的几乎顶端NAT的高能量最差，而最上层的圆顶端NAT的安全性最多。

有趣来话说话说这4种一般来却说的NAT都有什么：

如果一个NAT是Full Cone NAT，那么无论什么IP邮箱会面，都不都能被NAT墙掉（这种大体上相当多）。Restricted Cone NAT，意味著是经过打山洞的IP能横越NAT，但是不局限Port。Port Restricted Cone NAT，意味著是经过打山洞的IP+IP号能横越NAT。Symmetric NAT 这种也是意味著是经过打山洞的IP+IP号能横越NAT，但是它有一个远超过的和Cone一般来却说的NAT的区别，它对外的公新媒体Port是不停的变化的：比如A是一个圆锥NAT，那么A给B样数据，经过NAT等价到一个Port:10000，A给C样数据，经过NAT等价到一个Port:10001，这样都能随之而来一个状况，我们维修应用软件根本未能协同透过NAT打山洞。

至于为什么未能协同打山洞，比如说我们都能从STUN和TURN的指导方法来话说。

4.STUN Server主要想到了大事不能接受其他用户尾端的催促，并且把其他用户尾端的公新媒体IP、Port嵌入到ICE Candidate上面。通过一个有用的此前提，获得其他用户尾端的NAT一般来却说。

已完成了这些STUN Server就都能这些大体上数据传送下回其他用户尾端，然后根据NAT一般来却说，来确实确实十分需要TURN维修应用软件协同透过下一步指导。

我们来话说话说这基元具体内容想到了什么吧： 第一件事就不用却说了，其实就是获得其他用户尾端的催促，把乃是IP和Port取得，填充到ICE Candidate上面。

来话说话说第二件事，STUN是如何确实NAT的一般来却说的： 结论B是其他用户尾端，C是STUN维修应用软件，C有两个IP分别为IP1和IP2（至于为什么要两个IP，接着往下看）：

STEP1.确实其他用户尾端确实在NAT后： B向C的IP1的pot1IP传送一个UDP 工具箱。C送达这个工具箱后，都能把它送达工具箱的乃是IP和port写到UDP工具箱上面，然后把此工具箱通过IP1和port1样于是就B。这个IP和port也就是NAT的外新媒体 IP和port（如果你不阐释，那么问你去看我的BLOG上面的NAT的方法和界定），不一定你在STEP1上面就获得了NAT的外新媒体IP。

相像NAT指导方法的朋友可以想到，C赶下回给B的这个UDP工具箱B一定送达。如果在你的广泛应用上面，向一个STUN维修应用软件传送数据资需用工具箱后，你从未送达STUN的任何反驳工具箱，那只有两种也许：1、STUN维修应用软件不样挥作用，或者你弄错了port。2、你的NAT坚拒绝一切UDP工具箱此前提条件向核心通过。

当B送达此UDP后，把此UDP上面的IP和自己的IP想到更为为，如果是一样的，就却详述自己是在公新媒体，下步NAT将去测定ISP一般来却说，我不想多却说。如果不一样，却详述有NAT的样挥作用，系统会透过STEP2的内置。

STEP2.确实确实仍要处于Full Cone Nat下： B向C的IP1传送一个UDP工具箱，催促C通过另外一个IP2和PORT（多种不同与SETP1的IP1）向B赶下回一个UDP数据资需用工具箱（现在想到为什么C要有两个IP了吧，虽然还不阐释为什么，呵呵）。

我们来分析一下，如果B送达了这个数据资需用工具箱，那却详述什么？却详述NAT来着不坚拒，不对数据资需用工具箱透过任何过滤，这也就是STUN标准化上面的full cone NAT。遗憾的是，Full Cone Nat太少了，这也反之亦然你能送达这个数据资需用工具箱的更为进一步太大。如果没人送达，那么系统会透过STEP3的内置。

STEP3.确实确实仍要处于圆锥NAT下： B向C的IP2的port2传送一个数据资需用工具箱，C送达数据资需用工具箱后，把它送达工具箱的乃是IP和port写到UDP工具箱上面，然后通过自己的IP2和port2把此工具箱样于是就B。

和step1一样，B信服能送达这个反驳UDP工具箱。此工具箱上面的port是我们最关心的数据资需用，比如说我们来分析： 如果这个port和step1上面的port一样，那么可以信服这个NAT是个CONE NAT，否则是圆锥NAT。人人很有趣：根据圆锥NAT的规则，当意在邮箱的IP和port有任何一个改回变，那么NAT都都能之后分配一个port常用，而在step3上面，和step1并不相同，我们改回变了IP和port。因此，如果是圆锥NAT,那这两个port信服是多种不同的。

如果在你的广泛应用上面，到此步的时候PORT是多种不同的，那么这个它就是处在一个圆锥NAT下了。如果相同，那么只留下来来了Restrict cone 和port restrict cone。系统会用step4测定是是那一种。

STEP4.确实是仍要处于Restrict Cone NAT还是Port Restrict NAT之中： B向C的IP2的一个IPPD传送一个数据资需用催促工具箱，尽快C用IP2和多种不同于PD的port赶下回一个数据资需用工具箱给B。

我们来分析结果：如果B送达了，那也就反之亦然只要IP相同，即使port多种不同，NAT也受限制UDP工具箱通过。显然这是Restrict Cone NAT。如果没人送达，没人别的好却说，Port Restrict NAT.

到这里STUN Server一共通过这4步，确实出其他用户尾端仍要处于什么一般来却说的NAT下，然后去想到后续的解决状况： 这4步都都能赶下回给其他用户尾端它的公新媒体IP、Port和NAT一般来却说，除此之外：

(a)如果A仍要处于公新媒体或者Full Cone Nat下，STUN不想到其他的了，因为其他其他用户尾端可以这样一来和A透过无线电通信。

(b)如果A仍要处于Restrict Cone或者Port Restrict NAT下，STUN还都能协同TURN透过NAT打山洞。

(c)如果A仍要处于圆锥NAT下，那么PPP连结下，NAT是未能透过打山洞的。所以为了无线电通信，不用实行最后的手段了，就是转用C/S的系统会了，STUN都能协同TURN透过立即样信。

5.TURN Server也主要想到了大事：为NAT打山洞：如果A和B要相互间无线电通信，那么TURN Server，都能指令A和B相互间样一条数据，这样各自的NAT就留下来了对方的山洞，下次他们就可以间透过无线电通信了。为圆锥NAT获取立即样信：当A或者B其上面一方是圆锥NAT时，那么给这一方样数据，就不用通过TURN Server来样信了。6.为什么圆锥NAT未能打山洞：

假如A、B透过无线电通信，而B仍要处于圆锥NAT之中，那么A与B无线电通信，STUN取得A，B的公新媒体邮箱和IP号都为10000，然后去协同TURN打山洞，那么TURN去指令A样数据给B，则A就在NAT打了个B的山洞，但是这个B的山洞是IP号为10000的山洞，但是下次B如果给A样数据，因为B是圆锥NAT，它给每个新的IP传送数据时，都之后并不相同一个公新媒体IP，所以给A传送催促也许是公新媒体10001IP，但是A只有B的10000IP被打山洞过，所以B的催促就被丢弃了。 显然Server是未能协同其他用户尾端打山洞的，因为协同其他用户尾端眼看山洞意味著是上次对尾端为Server传送IP的山洞，十分一般来说于另一个催促。

最后的最后再行多余一点，就是NAT差一点山洞也是很强技术性的，如果NAT延时了，那么还是十分需要之后打山洞的。

五、垫片-兼容性

一开始各个搜索增压器供应商，都都能付诸自己的一套API，诸如webkitRTCPeerConnection和mozRTCPeerConnection 这样的差异性，对于此前尾端Ubuntu当然是有感。而adapter.js仍要是为了补救这种差异性，努力我们可以按照标准来写我们的WebRTC代码。

。

广州看男科去哪里好
北京皮肤病挂号
成都看男科哪间医院好
广州肿瘤检查多少钱
艾得辛的治疗效果如何