WebRTC的興起以及瀏覽器處理實時點對點通信能力的增強，使得構建實時應用程序比以往任何時候都更容易。本文將探討SimpleWebRTC及其在WebRTC技術實現中的應用，並介紹其他可實現相同目標的替代方案。
如果您需要了解WebRTC和點對點通信的背景知識，建議閱讀“WebRTC的黎明”和“getUserMedia API簡介”。
由於構建自定義WebRTC應用程序的複雜性，本文不會提供一步一步的構建教程。相反，我們將研究構建可靠應用程序所需的庫和服務器類型。我將提供完整的示例應用程序鏈接，您可以在構建自己的應用程序時參考這些鏈接。
我們將主要關注SimpleWebRTC平台。稍後，我們將簡要介紹其他商業和開源替代方案，這些方案可以幫助您實現相同的目標。
關鍵要點
什麼是WebRTC？
WebRTC（Web實時通信）是一個開源項目，允許Web瀏覽器之間進行點對點實時通信，通過網絡傳輸實時視頻、音頻和數據流。 Google Chrome、Mozilla Firefox、Safari、Opera和其他基於Chromium的瀏覽器已經原生實現了這項技術。這是一個好消息，因為用戶無需安裝第三方插件或應用程序即可訪問該技術。
較舊的瀏覽器版本和傳統瀏覽器（如Internet Explorer）不具備這項技術。用戶需要使用最新的瀏覽器。您可以查看完整的受支持瀏覽器列表：
2021年1月，萬維網聯盟（W3C）將WebRTC 1.0規範從候選推薦狀態轉變為推薦狀態。考慮到這項技術是在10年前首次發布的，這是一個非凡的成就。
WebRTC規範涵蓋了瀏覽器如何訪問本地媒體設備，以及它們如何使用一組實時協議向瀏覽器傳輸媒體和通用應用程序數據。它通過一組JavaScript API來實現這一點，這些API已經在前面鏈接的文章中進行了介紹。該規範還確保所有通信都是加密的，並且不需要的第三方無法竊聽流。
需要注意的是，WebRTC並沒有涵蓋所有內容，例如信令，即在瀏覽器之間啟動連接的過程。為了避免潛在的新技術限制，規範中省略了這部分內容。第二個原因是WebRTC主要是客戶端技術，會話等問題最好使用服務器技術來處理。
瀏覽器信令的工作方式
WebRTC的定義是Web瀏覽器之間的點對點通信。現實情況是，大多數瀏覽器運行在位於NAT（網絡地址轉換）設備（可選防火牆）後面的計算機上。 NAT設備（通常是路由器或調製解調器）允許具有私有IP地址的計算機通過單個公共IP地址連接到互聯網。
NAT設備保護個人計算機免受互聯網上惡意用戶通過IP地址的直接攻擊。不幸的是，它也阻止具有私有IP地址的設備通過互聯網連接到另一個私有IP設備。
為了克服這一挑戰，互聯網工程任務組（IETF）提出了ICE（交互式連接建立）協議，允許私有IP計算機在公共網絡上發現並連接到其他私有計算機。
這涉及使用公共信令服務器，兩個客戶端都可以輕鬆連接到該服務器。對等計算機連接到此服務器，並使用它交換數據源和接收器所需的IP地址和端口。有了這些信息，它們就可以彼此建立直接連接並開始傳輸視頻、音頻和數據。
這是一個動畫演示：
圖片說明：WebRTC信令
要設置WebRTC信令，ICE框架需要您提供以下兩種類型的服務器。
STUN（用於NAT的會話遍歷實用程序）服務器的功能正如我上面所描述的那樣。它只是為計算機交換聯繫信息提供一個會議空間。一旦信息交換完畢，對等計算機之間就建立了連接，然後STUN服務器就離開了其餘的對話。
這是一個在客戶端運行的示例腳本，允許瀏覽器通過STUN服務器啟動連接。該腳本允許在其中一個服務器失敗時提供多個STUN服務器URL：
function createPeerConnection() {
myPeerConnection = new RTCPeerConnection({
iceServers: [
{
urls: "stun:stun.stunprotocol.org",
},
],
});
}通過STUN服務器建立的連接是最理想和最經濟高效的WebRTC通信類型。用戶幾乎不會產生任何運行成本。不幸的是，由於每個對等方使用的NAT設備類型不同，某些用戶的連接可能無法建立。在這種情況下，ICE協議要求您提供一個回退，這是一種不同類型的信令服務器，稱為TURN服務器。
TURN（使用中繼NAT進行遍歷）服務器是STUN服務器的擴展。它與前身不同之處在於它處理整個通信會話。
基本上，在建立對等方之間的連接後，它接收來自一個對等方的流並將其轉發給另一個對等方，反之亦然。這種類型的通信成本更高，主機必須支付運行TURN服務器所需的處理和帶寬負載費用。
以下是涉及首先是STUN服務器然後是TURN服務器作為回退的整個信令過程的圖形描述：
圖片說明：顯示整個WebRTC過程的完整架構圖。
雖然可以使用純JavaScript代碼和免費的公共STUN服務器來設置您自己的視頻聊天解決方案，但並非每個人都能夠在您的平台上相互連接。如果您想為所有用戶提供可靠的服務，則必須使用TURN服務器。
如前所述，設置WebRTC平台可能很複雜。幸運的是，我們擁有多合一的商業平台，使構建WebRTC視頻聊天應用程序變得輕而易舉。現在讓我們看看SimpleWebRTC如何減輕我們的負擔。
什麼是SimpleWebRTC？
SimpleWebRTC是一個平台，它為開發人員提供了一種簡單且經濟高效的服務，可以使用React構建和部署自定義實時應用程序。具體來說，它們提供以下內容：
以下是他們幫助客戶開發和啟動的一些自定義視頻聊天項目的示例屏幕截圖。
圖片說明：Talky
圖片說明：網絡輔導應用程序
SimpleWebRTC平台提供的主要WebRTC服務包括：
在定價方面，他們提供以下計劃：
小型組計劃的好處是可以使用端到端加密，而大型組計劃則不能。在小型組計劃中，60-80%的會話是對等連接，媒體流永遠不會接觸服務器。此類會話的帶寬消耗不收費。
對於大型組計劃，流量通過稱為SFU（選擇性轉發單元）的服務器路由，所有流都會被計量。
需要注意的是，大多數商業替代方案（我們稍後將簡要介紹）採用按分鐘計費。乍一看，它似乎相當實惠。但是，您確實會因對等連接而收費，而SimpleWebRTC則免費提供。
(以下內容由於篇幅過長，將進行精簡，保留核心信息和代碼示例。完整的原文請參考原文檔。)
SimpleWebRTC客戶端庫依賴於React和Redux生態系統。您需要具備以下方面的基本技能：
訪問simplewebrtc.com的註冊頁面並註冊新帳戶。您將獲得2GB帶寬，如果您註冊他們的新聞通訊，則會額外獲得3GB帶寬。此配額應該足以開發和測試您的視頻聊天應用程序。
註冊後，您需要確認您的電子郵件地址。完成此步驟後，您應該會進入儀表板頁面，您將在其中收到您的API密鑰。
使用此API密鑰，您可以開始構建您自己的自定義WebRTC應用程序。在下一節中，我們將運行SimpleWebRTC團隊構建的完整示例應用程序。
（代碼示例精簡）
（部署步驟精簡）
（替代方案簡要介紹）
結論
總之，使用商業平台構建具有WebRTC的實時視頻聊天解決方案更容易。採用開源路線是可行的，但您需要託管您自己的TURN服務器，以確保所有用戶的可靠連接。無論哪種情況，鑑於我們所看到的示例應用程序的相對複雜性，構建過程都可能非常耗時。
需要問自己的關鍵問題是構建您自己的自定義實時解決方案是否值得您花費時間。除非您計劃將WebRTC作為您的核心業務，否則您可能需要首先諮詢一家擁有處理這項技術經驗的公司。
(FAQ部分精簡)
以上是構建WEBRTC視頻聊天應用程序的詳細內容。更多資訊請關注PHP中文網其他相關文章！
