誤區1：webrtc只能做視頻會議
webrtc是實時通信，不但可以做視頻會議，也可以做直播推流、播放、及其他的雲渲染的。
誤區2：webrtc運維時需要多個端口
webrtc沒有規定只能使用多個端口，完全可以使用一個端口進行音視頻的發送接收；服務器端一樣可以做成單端口方案
誤區3：webrtc需要打洞，所以鏈接慢
webrtc裏面沒有說一定要打洞，只要給一個ice candidate，內部就會探測candidate是否可用
誤區4：webrtc不支持H.264
webrtc發展很快的，H.264早就加上了；編碼是openh264,解碼是FFMPEG；當然也支持硬編、硬解
誤區5：webrtc需要服務器作爲offer、客戶端作爲answer
webrtc的聯通的時候端之前是地位平等的，不存在必須哪個端必須是offer的情況；只是爲工程化方便做系統時設置了，不要誤導方案選型
誤區6：webrtc rtp/rtcp必須多端口
webrtc支持Rtp/Rtcp混用一個端口，通過Payload區分
誤區7：webrtc沒有Rtmp推流好
webrtc基於UDP+ARQ的推流效果優於Rtmp；可以從流暢率、延時、成功率、穩定性角度證明
誤區8：webrtc是p2p的
這個是大誤區，webrtc可以用於p2p，但是不限於p2p；而且大部分情況下還是使用webrtc的relay模式（走服務器）
誤區9：webrtc學習難
webrtc的文檔規範、代碼規範；學習成本應該是英文
誤區10：webrtc 我也可以寫一個
webrtc可以自己寫一個是一種錯覺；你覺得自己解決這個音視頻的方案代碼比webrtc好？還是覺得代碼比谷歌寫的好？
誤區11：webrtc是銀彈
webrtc不是銀彈，webrtc裏面也有不完美的地方；android的編碼性能、適配問題都是大坑；ios的音頻管理等都是大問題
誤區12：webrtc是個啥；大家說的是不是一個東西
- webrtc是谷歌搞的一套開源的音視頻解決方案；
- chrome等各大瀏覽器都支持，直接擴展了音視頻的邊界，觸達到全球10億+用戶
- webrtc是代碼寶庫，關鍵核心的技術包括Neteq、ICE
歡迎大家談論webrtc