『壹』 TCP和UDP分別指的是什麼
TCP/IP協議族為運輸層指明了兩個協議：TCP和UDP。它們都是作為應同程序和網路操作的中介物。
運輸層協議通常具有幾種責任。一種是創建進程到進程的通信；UDP和TCP使用埠來完成這種通信。另一種責任就是在運輸層提供控制機制。UDP在一個非常低的水平上完成這個功能。UDP沒有流量控制機制，在收到分組時也沒有確認。但是，UDP提供了某種程度的差錯控制。如果UDP檢測出在收到的分組中有差錯，它就悄悄地丟棄這個分組。而TCP使用滑動窗口協議來完成流量控制。TCP使用確認分組，超時和重傳來完成差錯控制。
運輸層還應負責為應用程序提供連接機制。這些應用程序應當能夠向運輸曾發送數據流。在發送站運輸層分責任是和接收站建立連接，把數據流分割成可運輸地單元，把它們編號，然後逐個發送它們。運輸層在接收端的責任是等待屬於同一個進程的所有不同單元的到達，檢查並放過那些沒有差錯的單元，並以流的方式把它們交付給接收進程。當全部的流都發送完畢後，運輸層應當關閉這個連接.TCP完成所有上面的工作，而UDP不完成！
UDP叫做無連接的、不可靠的運輸協議。TCP叫做面向連接的、可靠的運輸協議，它給IP服務提供了面向連接和可靠性的特點。
TCP/IP協議族為運輸層指明了兩個協議：TCP和UDP。它們都是作為應同程序和網路操作的中介物。
運輸層協議通常具有幾種責任。一種是創建進程到進程的通信；UDP和TCP使用埠來完成這種通信。另一種責任就是在運輸層提供控制機制。UDP在一個非常低的水平上完成這個功能。UDP沒有流量控制機制，在收到分組時也沒有確認。但是，UDP提供了某種程度的差錯控制。如果UDP檢測出在收到的分組中有差錯，它就悄悄地丟棄這個分組。而TCP使用滑動窗口協議來完成流量控制。TCP使用確認分組，超時和重傳來完成差錯控制。
運輸層還應負責為應用程序提供連接機制。這些應用程序應當能夠向運輸曾發送數據流。在發送站運輸層分責任是和接收站建立連接，把數據流分割成可運輸地單元，把它們編號，然後逐個發送它們。運輸層在接收端的責任是等待屬於同一個進程的所有不同單元的到達，檢查並放過那些沒有差錯的單元，並以流的方式把它們交付給接收進程。當全部的流都發送完畢後，運輸層應當關閉這個連接.TCP完成所有上面的工作，而UDP不完成！
UDP叫做無連接的、不可靠的運輸協議。TCP叫做面向連接的、可靠的運輸協議，它給IP服務提供了面向連接和可靠性的特點。
UDP分組叫做用戶數據報。有8個位元組的固定首部，源埠號、目的埠號、長度和檢驗和各2個位元組。
UDP長度
=
IP長度
-
IP首部長度
下面是UDP的某些用途：
UDP適用於這樣的進程，它需要簡單的請求-響應通信，而較少考慮流量控制和差錯控制。對於需要傳送成塊數據的進程，如FTP，通常不使用UDP。
UDP適用於具有內部流量控制和差錯控制機制的進程。例如，簡單文本傳送協議（TFTP）的進程就包括流量控制和差錯控制。它能夠很容易地使用UDP。
對多播和廣播來說，UDP是個合適的運輸協議。多播和廣播能力已經嵌入在UDP軟體中，但沒有嵌入在TCP軟體中。
UDP可用於管理進程，如SNMP
UDP可用於某些路由選擇更新協議，如路由信息協議（RIP）
『貳』 小豬包香水edp和udp的區別
原料含量、持香率等方面。
香水udp和edp的區別：1、EDP是指原料含量約在20%~15%之間的香水，udp賦香率約為5-10%。2、EDP是持香率較久的香水，即淡香精。udp指淡香水，古龍水最淡。3、EDP價格也比一般香水略高。4、EDP持續的時間約3-4小時，留香時間較長。
香水按香型分類：1、單花型：指香水的原料以單一花香為主調，如玫瑰花型、茉莉花型等。2、混合花型：這類香水由幾種花香配合形成綜合花香型。3、植物型：野外一些清香的植物為原料，配成清香淡雅香型。4、香料型：以丁香、桂皮、香草等香料為原料配成的香型。5、柑桔型：以柑桔、檸檬等為香型。6、東方型：東方型香水主要以薄荷和麝香為原料。7、森林型：森林型主要以橡樹和新鮮綠色植物為原料。
『叄』 UDP協議 是什麼
UDP協議一般指UDP
UDP 是User Datagram Protocol的簡稱， 中文名是用戶數據報協議，是OSI（Open System Interconnection，開放式系統互聯） 參考模型中一種無連接的傳輸層協議，提供面向事務的簡單不可靠信息傳送服務，IETF RFC 768是UDP的正式規范。UDP在IP報文的協議號是17。
Internet 協議集支持一個無連接的傳輸協議，該協議稱為用戶數據報協議（UDP，User Datagram Protocol）。UDP 為應用程序提供了一種無需建立連接就可以發送封裝的 IP 數據報的方法。RFC 768 描述了 UDP。
(3)法國udp指什麼擴展閱讀：
UDP協議與TCP協議一樣用於處理數據包，在OSI模型中，兩者都位於傳輸層，處於IP協議的上一層。UDP有不提供數據包分組、組裝和不能對數據包進行排序的缺點，也就是說，當報文發送之後，是無法得知其是否安全完整到達的。
UDP用來支持那些需要在計算機之間傳輸數據的網路應用。包括網路視頻會議系統在內的眾多的客戶/伺服器模式的網路應用都需要使用UDP協議。UDP協議從問世至今已經被使用了很多年，雖然其最初的光彩已經被一些類似協議所掩蓋，但即使在今天UDP仍然不失為一項非常實用和可行的網路傳輸層協議。
『肆』 UDP指的是什麼
UDP和TCP協議的主要區別是兩者在如何實現信息的可靠傳遞方面不同。
TCP協議中包含了專門的傳遞保證機制，當數據接收方收到發送方傳來的信息時，會自動向發送方發出確認消息；發送方只有在接收到該確認消息之後才繼續傳送其它信息，否則將一直等待直到收到確認信息為止。 與TCP不同，UDP協議並不提供數據傳送的保證機制。如果在從發送方到接收方的傳遞過程中出現數據報的丟失，協議本身並不能做出任何檢測或提示。因此，通常人們把UDP協議稱為不可靠的傳輸協議。
『伍』 udp是什麼意思
UDP 是User Datagram Protocol的簡稱， 中文名是用戶數據包協議，是 OSI 參考模型中一種無連接的傳輸層協議，提供面向事務的簡單不可靠信息傳送服務。它是IETF RFC 768是UDP的正式規范。
『陸』 什麼是udptcp呢
TCP/IP協議族為運輸層指明了兩個協議：TCP和UDP。它們都是作為應同程序和網路操作的中介物。
運輸層協議通常具有幾種責任。一種是創建進程到進程的通信；UDP和TCP使用埠來完成這種通信。另一種責任就是在運輸層提供控制機制。UDP在一個非常低的水平上完成這個功能。UDP沒有流量控制機制，在收到分組時也沒有確認。但是，UDP提供了某種程度的差錯控制。如果UDP檢測出在收到的分組中有差錯，它就悄悄地丟棄這個分組。而TCP使用滑動窗口協議來完成流量控制。TCP使用確認分組，超時和重傳來完成差錯控制。
運輸層還應負責為應用程序提供連接機制。這些應用程序應當能夠向運輸曾發送數據流。在發送站運輸層分責任是和接收站建立連接，把數據流分割成可運輸地單元，把它們編號，然後逐個發送它們。運輸層在接收端的責任是等待屬於同一個進程的所有不同單元的到達，檢查並放過那些沒有差錯的單元，並以流的方式把它們交付給接收進程。當全部的流都發送完畢後，運輸層應當關閉這個連接.TCP完成所有上面的工作，而UDP不完成！
UDP叫做無連接的、不可靠的運輸協議。TCP叫做面向連接的、可靠的運輸協議，它給IP服務提供了面向連接和可靠性的特點。
TCP/IP協議族為運輸層指明了兩個協議：TCP和UDP。它們都是作為應同程序和網路操作的中介物。
運輸層協議通常具有幾種責任。一種是創建進程到進程的通信；UDP和TCP使用埠來完成這種通信。另一種責任就是在運輸層提供控制機制。UDP在一個非常低的水平上完成這個功能。UDP沒有流量控制機制，在收到分組時也沒有確認。但是，UDP提供了某種程度的差錯控制。如果UDP檢測出在收到的分組中有差錯，它就悄悄地丟棄這個分組。而TCP使用滑動窗口協議來完成流量控制。TCP使用確認分組，超時和重傳來完成差錯控制。
運輸層還應負責為應用程序提供連接機制。這些應用程序應當能夠向運輸曾發送數據流。在發送站運輸層分責任是和接收站建立連接，把數據流分割成可運輸地單元，把它們編號，然後逐個發送它們。運輸層在接收端的責任是等待屬於同一個進程的所有不同單元的到達，檢查並放過那些沒有差錯的單元，並以流的方式把它們交付給接收進程。當全部的流都發送完畢後，運輸層應當關閉這個連接.TCP完成所有上面的工作，而UDP不完成！
UDP叫做無連接的、不可靠的運輸協議。TCP叫做面向連接的、可靠的運輸協議，它給IP服務提供了面向連接和可靠性的特點。
UDP分組叫做用戶數據報。有8個位元組的固定首部，源埠號、目的埠號、長度和檢驗和各2個位元組。
UDP長度 = IP長度 - IP首部長度
下面是UDP的某些用途：
UDP適用於這樣的進程，它需要簡單的請求-響應通信，而較少考慮流量控制和差錯控制。對於需要傳送成塊數據的進程，如FTP，通常不使用UDP。
UDP適用於具有內部流量控制和差錯控制機制的進程。例如，簡單文本傳送協議（TFTP）的進程就包括流量控制和差錯控制。它能夠很容易地使用UDP。
對多播和廣播來說，UDP是個合適的運輸協議。多播和廣播能力已經嵌入在UDP軟體中，但沒有嵌入在TCP軟體中。
UDP可用於管理進程，如SNMP
UDP可用於某些路由選擇更新協議，如路由信息協議（RIP）
『柒』 UDP是什麼它有什麼用
UDP是User Datagram Protocol的簡稱，中文名是用戶數據報協議，是OSI參考模型中的傳輸層協議，它是一種無連接的傳輸層協議，提供面向事務的簡單不可靠信息傳送服務。
UDP的正式規范是IETF RFC768。UDP在IP報文的協議號是17。
在這里插入圖片描述
在OSI模型中，UDP在第四層——傳輸層，處於IP協議的上一層。UDP有不提供數據包分組、組裝和不能對數據包進行排序的缺點，也就是說，當報文發送之後，是無法得知其是否安全完整到達的。UDP用來支持那些需要在計算機之間傳輸數據的網路應用。包括網路視頻會議系統在內的眾多的客戶/伺服器模式的網路應用都需要使用UDP協議。UDP協議從問世至今已經被使用了很多年，雖然其最初的光彩已經被一些類似協議所掩蓋，但是即使是在今天UDP仍然不失為一項非常實用和可行的網路傳輸層協議。
與所熟知的 TCP（傳輸控制協議）協議一樣，UDP 協議直接位於 IP（網際協議）協議
的頂層。根據 OSI（開放系統互連）參考模型，UDP 和 TCP 都屬於傳輸層協議。 UDP 協議
的主要作用是將網路數據流量壓縮成數據包的形式。一個典型的數據包就是一個二進制數據
的傳輸單位。每一個數據包的前 8 個位元組用來包含報頭信息，剩餘位元組則用來包含具體的傳
輸數據。
UDP報頭
在這里插入圖片描述
UDP報頭包括4個欄位，每個欄位佔用2個位元組（即16個二進制位）。
在IP4v中，「來源連接埠」和「校驗和」是可選欄位（粉色背景標出）。
在IPv6中，只有來源連接埠是可選欄位。
UDP數據報格式有首部和數據兩個部分。首部很簡單，共8位元組。包括：
源埠（Source Port）：2位元組，源埠號。
目的埠（Destination Port）：2位元組，目的埠號。
長度（Length）：2位元組，用於校驗UDP數據報的數據欄位和包含UDP數據報首部的「偽首部」。其校驗方法用IP分組首部中的首部校驗和。
偽首部，又稱為偽包頭（Pseudo Header）：是指在TCP的分段或UDP的數據報格式中，在數據報首部前面增加源IP地址、目的IP地址、IP分組和協議欄位、TCP或UDP數據報的總長度等共12位元組，所構成的擴展首部結構。此偽首部是一個臨時的結構，它既不向上也不向下傳遞，僅僅只是為了保證可以校驗套接字的正確性。
在這里插入圖片描述
TCP和UDP區別
特徵點 TCP UDP
傳輸可靠性 面向連接 面向非連接
應用場景 傳輸數據量大 傳輸量小
速度 慢 快
TCP(傳輸控制協議）提供的是面向連接、可靠的位元組流服務。當客戶端和伺服器彼此交換數據前，必須先在雙方之間建立一個TCP連接，之後才能傳輸數據。TCP提供超時重發，丟棄重復數據，檢驗數據，流量控制等功能，保證數據能從一端傳到另一端。
UDP（用戶數據協議）是一個簡單的面向數據報的運輸層協議。UDP不提供可靠性，它只是把應用程序傳給IP層的數據報發送出去，但是並不能保證它們能到達目的地。由於UDP咋傳輸數據前不用在客戶和伺服器之間建立一個連接，且沒有超時重發等機制，故而傳輸速度很快。
由於UDP缺乏擁塞控制（congestion control），需要基於網路的機制來減少因失控和高速UDP流量負荷而導致的擁塞崩潰效應。換句話說，因為UDP發送者不能夠檢測擁塞，所以像使用包隊列和丟棄技術的路由器這樣的網路基本設備往往就成為降低UDP過大通信量的有效工具。數據報擁塞控制協議（DCCP）設計成通過在諸如流媒體類型的高速率UDP流中，增加主機擁塞控制，來減小這個潛在的問題。
UDP方式傳輸數據
發送時：先把數據放到報文，寫到緩沖區位元組數組再傳送。
接收時：從緩沖器數組讀取，打包到報文。
UDP的應用場景
在選擇使用協議的時候，選擇UDP必須要謹慎。由於缺乏可靠性且屬於非連接導向協議，UDP一般必須允許一定量的數據包丟失、出錯和復制粘貼。但有些應用，比如TFTP，需要可靠性保證，則必須在應用層增加根本的可靠機制。但是絕大多數UDP應用都不需要可靠機制，甚至可能因為引入可靠機制而降低性能。流媒體、即時多媒體游戲和IP電話（VoIP）就是典型的UDP應用。如果某個應用需要很高的可靠性，那麼可以用傳輸控制協議（及TCP協議）來代替UDP。
『捌』 電腦DNS地址是什麼
域名系統是互聯網的一項服務。它作為將域名和IP地址相互映射的一個分布式資料庫，能夠使人更方便地訪問互聯網。DNS使用TCP和UDP埠53。當前，對於每一級域名長度的限制是63個字元，域名總長度則不能超過253個字元。
每個區域必須有對應的域名伺服器，每個區域中包含的信息存儲在域名伺服器上。一個區域中可有兩個或多個域名伺服器，這樣即使其中一個域名伺服器出了故障，另一個域名伺服器仍然可以正常提供信息。一個域名伺服器也可以同時管轄多個區域。域名伺服器在接到用戶發出的請求後查詢自身的資源記錄集合，返回用戶想要得到的最終答案，或者當自身的資源記錄集合中查不到所需要的答案時，返回指向另外一個域名伺服器的指針，用戶將繼續向那個域名伺服器發出請求。
