組播協(xié)議是基于UDP協(xié)議傳輸，還是TCP協(xié)議？您需要了解這兩個協(xié)議之間的區(qū)別。實際上，這兩個協(xié)議是可以實現(xiàn)的。這取決于你需要使用哪種協(xié)議UDP和TCP的應(yīng)用范圍取決于它們各自的特點。UDP協(xié)議的特點是

組播協(xié)議是基于UDP協(xié)議傳輸，還是TCP協(xié)議？

您需要了解這兩個協(xié)議之間的區(qū)別。實際上，這兩個協(xié)議是可以實現(xiàn)的。這取決于你需要使用哪種協(xié)議

UDP和TCP的應(yīng)用范圍取決于它們各自的特點。UDP協(xié)議的特點是：數(shù)據(jù)報、無連接、簡單、不可靠、丟包和無序（丟包主要是在實際應(yīng)用中遇到的）。TCP的特點是：流、連接、復(fù)雜、可靠、大延遲和帶寬占用（都與UDP有關(guān)）。不同的應(yīng)用領(lǐng)域會選擇不同的協(xié)議。以流媒體為例，一是音視頻點播應(yīng)用（如各大視頻網(wǎng)站），對實時性要求不高。這種應(yīng)用多采用TCP/HTTP，因為用戶可以容忍延遲和緩沖，但不能容忍丟包造成的馬賽克。另一類是要求高實時性的音視頻通信應(yīng)用，如視頻會議、視頻監(jiān)控等。這種應(yīng)用程序的用戶不能容忍過度的延遲。相反，偶爾丟一包也不是什么大問題。而且，在這種應(yīng)用中，基于UDP的組播技術(shù)可以大大降低服務(wù)器和交換機的壓力，因此得到了廣泛的應(yīng)用。我不太同意陳碩的第一句話。在編程中，UDP比TCP簡單得多，因為它沒有建立連接的過程，而且是一種數(shù)據(jù)報模式。接收方不需要像TCP那樣重新組織應(yīng)用層的協(xié)議包。陳碩說，UDP比TCP更復(fù)雜。據(jù)估計，UDP是用來實現(xiàn)可靠的傳輸。如果是這樣，應(yīng)該使用TCP。如果可靠性要求不是很高，那么向UDP添加確認重傳就相對簡單（我在實踐中沒有遇到過無序問題，可能還沒有觀察到）。另外，SCTP是一種綜合了UDP和TCP優(yōu)點的協(xié)議。它的特點很吸引人，但我在實踐中沒有接觸過。

組播是不是只能用UDP協(xié)議，不能用TCP協(xié)議？

一般來說，TCP是單播的，客戶端和服務(wù)器之間會有差異，需要三次握手才能建立連接才能傳輸數(shù)據(jù)。UDP并不是那么復(fù)雜。應(yīng)用層發(fā)送數(shù)據(jù)后，UDP直接發(fā)送。如果目標(biāo)地址是單播，它將發(fā)送到該地址；如果目標(biāo)地址是多播，它將發(fā)送到多播組；如果是廣播，它將在同一VLAN中廣播。所以很抽象。例如，單播的例子有很多。例如，在底層UDP協(xié)議（如DHCPv6協(xié)議）中使用廣播（如dhcpv4協(xié)議），在底層UDP協(xié)議中使用多播。你可以抓取數(shù)據(jù)包并查看數(shù)據(jù)包。