如果我说了cnpm的缺点以后，我估计它就没有优点了。
由于我们墙的问题，npm的速度很慢，所以大家用了cnpm。
然而大家不知道的是我们使用npm或者yarn，会分别产生yarn.lock或者package-lock.json的文件。这两个文件，在我们不主动升级依赖包的情况下不会主动，下次npm install或者yarn的时候，不会主动升级我们的依赖包。
然而我们用cnpm，每次cnpm install他就会给我们在小范围内升级我们的依赖包，这样我们的依赖包多了的时候，总会又一个会报错的。
如果我们的工程很久没有动的化，再次cnpm install的时候，就有可能出现问题了。
哎，所以我强烈建议大家不用使用cnpm了，关于速度慢的问题，我们可以设置npm 或者yarn的代理，注意不是镜像，镜像当然也可以，不知道为啥我使用的镜像不太爽。
tracker服务器是BT下载中必须的角色。一个BT client 在下载开始以及下载进行的过程中，要不停的与 tracker 服务器进行通信，以报告自己的信息，并获取其它下载client的信息。这种通信是通过 HTTP 协议进行的，又被称为 tracker HTTP 协议，它的过程是这样的： client 向 tracker 发一个HTTP 的GET请求，并把它自己的信息放在GET的参数中；这个请求的大致意思是：我是xxx（一个唯一的id），我想下载yyy文件，我的ip是aaa，我用的端口是bbb。。。
webrtc 中有关 socket 运行机制以及 stun 收发过程 及 Candidates 生成流程分析
热门emoji表情符号大全
节约带宽，减少缓冲时间，提升服务质量，处理峰值流量, 视频观看的人越多，播放越流畅。
Media Source Extensions（媒体源扩展）大大地扩展了浏览器的媒体播放功能，提供允许JavaScript 生成媒体流。这可以用于自适应流（adaptive streaming，也是我毕设的研究方向）及随时间变化的视频直播流（live streaming）等应用场景。
server发送视频流的二进制数据给web，web通过webRTC的dataChannel发送给其他web用户。再通过MSE将二进制数据转换成视频流播出。
W3C上有明确关于mediaSource 扩展接口的文档。mediaSource 扩展文档中是这么定义的， 它允许JS脚本动态构建媒体流用于和，允许JS传送媒体块到H5媒体元素。这种接口的应用可以让h5播放器实现持续添加数据进行播放。做as的朋友都知道as中的appendBytes方法,一种添加二进制数据进行播放的方式。这两种接口在概念上是类似的。只是里面的定义和对媒体文件的要求有所不同。对于mediaSource扩展接口我只介绍我们主要应用的几个。
Map对象长度是用size，不是用length
https://github.com/coturn/coturn 在这里git clone 下来然后编译安装，一切默认即可。编译后，也可以不用安装。在编译目录下bin文件夹下有turnserver turnutils_stunclient turnutils_uclient 这三个等一下会用到的软件。
Coturn 是webrtc,p2p视频通话必不少的，主要包含2个主要功能stun服务， turn服务 Coturn 的githup地址为 https://github.com/coturn/coturn/