直播系統(tǒng)源碼所謂的應用程序，其實就是用來進行TPC/IP應用協(xié)議的處理，其中TCP/IP中所要識別的就是可以被理解為應用協(xié)議，一般情況下TCP/IP的應用協(xié)議大多以客戶端、服務端的形式運行，客戶端指的是用戶，發(fā)送請求，而服務端則表示直播系統(tǒng)源碼端。

?

一、服務端需要做的

做為服務端的程序，有必要提前啟動，準備響應用戶的需求，否則當用戶請求發(fā)送過來時，無法得到及時回應，那實時性也就無從談起。

這些服務端在UNIX系統(tǒng)中叫做守護進程，一般在UNIX中不需要將這些守護進程逐個啟動，而是啟動一個可以代表它們接收客戶端請求的inetd服務程序即可。這屬于一種超級守護進程，該進程收到客戶端請求后會創(chuàng)建新的進程并轉(zhuǎn)換為sshd等各個守護進程。

如果說直播系統(tǒng)源碼想要確認一個請求發(fā)送給的是哪個服務端，可以通過所收到數(shù)據(jù)包的目標端口號輕松識別。

?

二、傳輸協(xié)議TCP和UDP

關(guān)于直播系統(tǒng)源碼傳輸協(xié)議的選擇想必大家都有所了解，已經(jīng)有很多文章介紹它們，但是在傳輸層表現(xiàn)中，兩者又有些不同。

1、TCP是面向連接的、可靠的流協(xié)議，當直播系統(tǒng)源碼采用TCP發(fā)送消息時，雖然可以保證發(fā)送的順序，但還是猶如沒有任何間隔的數(shù)據(jù)流發(fā)送給接收端。

TCP為提供可靠性傳輸，會實行順序控制或重發(fā)控制機制，此外還有流量控制、擁塞控制、提高網(wǎng)絡(luò)利用率等。

2、UDP是不具有可靠性的數(shù)據(jù)報協(xié)議，在UDP使用的情況下，雖然可以確保發(fā)送消息的大小，卻不能保證消息一定會到達，也就是說應用有時會根據(jù)自己的需要進行重發(fā)處理。

?

三、TCP和UDP的卻別

其實在傳輸層上來說，直播系統(tǒng)源碼無法明確說哪個協(xié)議好用，它們各自的特點都能為傳輸層帶來不小的提升。

TCP協(xié)議差在需要建立連接，需要積累到足夠多的內(nèi)容才能發(fā)布，對于實時性較強的直播系統(tǒng)源碼來說有時候不適用。

UDP協(xié)議則會出現(xiàn)數(shù)據(jù)丟失的情況，雖然是小規(guī)模的數(shù)據(jù)丟失，但有時候帶來的不小的麻煩。

聲明：以上內(nèi)容為云豹科技作者本人原創(chuàng)，未經(jīng)作者本人同意，禁止轉(zhuǎn)載，否則將追究相關(guān)法律責任