Googlecast，無線投屏，多屏互動 GoogleCast大緻工作原理

Google Cast 大緻工作原理

發送端 app（sender app）使用 SDK，将需要播放的媒體的信息發送到 Google 的服務器，服務器再通知接收端播放（所以發送端和接收端必須都可以訪問 Google 的服務器才行）。接收端運行的是一個浏覽器，它會根據發送端的app ID和媒體信息，去載入對應的一個網頁，這個網頁（receiver app）也是由發送端 app 的開發者提供的，的将會負責播放相應的媒體内容。即使接收端時 Chromecast Audio 之類隻能播放音頻的硬件，這個網頁也是會載入并渲染的。

Google Cast 和 DLNA 或者蘋果的 AirPlay 不同之處，一是依賴 Google 的服務器，也就是說必須連接到 Internet 才可以用，如果隻有一個局域網是不行的。二是前兩個的接收端播放器接收端本身提供的，開發者隻需要提供要播放的内容就可以，但是 Google Cast 則是需要提供自己的receiver app，這樣的好處是開發者可以高度定制（比如可以定制UI，或者加入彈幕、歌詞滾動、音樂可視化之類複雜功能），雖然接收端往往運行的并不是Android這樣的開放操作系統，但是因為receiver app的本質是網頁，所以開發難度并不高。

不過，如果你不需要定制化的receiver app，Google也提供了一套默認的receiver app，擁有最基本的音視頻播放的功能。

Google Cast 一些概念的介紹

發送端（sender）

可以是Chrome 浏覽器（電腦版或者 Android 版）、Android 設備、iOS 設備。

發送端 app（sender app）

使用了 Google Cast SDK 的 app，可以是 web app（網頁）也可以是 Android 或 iOS app。

接收端（receiver）

支持作為接收端的硬件，如Chromecast、機頂盒、音箱、電視之類。

接收端 app（receiver app）

接收端上運行的 app，由 sender 指定的 app ID 決定，其本質是網頁，接收端上的浏覽器将其載入并執行。

session

Sender 首先要跟特定的 receiver 建立 session 才能相互通信。建立 session 對于用戶來說就是“設備配對”的過程。

media

Session 建立後，Sender 可以使用 session 的 loadMedia 方法來告訴 receiver 播放媒體。如果 loadMedia 成功，Sender 會獲得一個 media 對象。該對象反映了receiver app正在播放的媒體，其中包含了播放狀态，播放隊列等信息。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!