㈠ java中UDP,DCP TCP與IP的區別是什麼
不知道樓主是什麼意思，UDP,DCP TCP與IP都是傳輸協議吧，那和Java有什麼關系呢？
1． IP
是網路層中最重要的協議。
IP層接收由更低層（網路介面層例如乙太網設備驅動程序）發來的數據包，並把該數據包發送到更高層---TCP或UDP層；相反，IP層也把從TCP或UDP層接收來的數據包傳送到更低層。IP數據包是不可靠的，因為IP並沒有做任何事情來確認數據包是按順序發送的或者沒有被破壞。IP數據包中含有發送它的主機的地址（源地址）和接收它的主機的地址（目的地址）。
高層的TCP和UDP服務在接收數據包時，通常假設包中的源地址是有效的。也可以這樣說，IP地址形成了許多服務的認證基礎，這些服務相信數據包是從一個有效的主機發送來的。IP確認包含一個選項，叫作IP source routing，可以用來指定一條源地址和目的地址之間的直接路徑。對於一些TCP和UDP的服務來說，使用了該選項的IP包好象是從路徑上的最後一個系統傳遞過來的，而不是來自於它的真實地點。這個選項是為了測試而存在的，說明了它可以被用來欺騙系統來進行平常是被禁止的連接。那麼，許多依靠IP源地址做確認的服務將產生問題並且會被非法入侵。
2. TCP
如果IP數據包中有已經封好的TCP數據包，那麼IP將把它們向『上』傳送到TCP層。TCP將包排序並進行錯誤檢查，同時實現虛電路間的連接。TCP數據包中包括序號和確認，所以未按照順序收到的包可以被排序，而損壞的包可以被重傳。
TCP將它的信息送到更高層的應用程序，例如Telnet的服務程序和客戶程序。應用程序輪流將信息送回TCP層，TCP層便將它們向下傳送到IP層，設備驅動程序和物理介質，最後到接收方。
面向連接的服務（例如Telnet、FTP、rlogin、X Windows和SMTP）需要高度的可靠性，所以它們使用了TCP。DNS在某些情況下使用TCP（發送和接收域名資料庫），但使用UDP傳送有關單個主機的信息。
3.UDP
UDP與TCP位於同一層，但對於數據包的順序錯誤或重發。因此，UDP不被應用於那些使用虛電路的面向連接的服務，UDP主要用於那些面向查詢---應答的服務，例如NFS。相對於FTP或Telnet，這些服務需要交換的信息量較小。使用UDP的服務包括NTP（網落時間協議）和DNS（DNS也使用TCP）。
欺騙UDP包比欺騙TCP包更容易，因為UDP沒有建立初始化連接（也可以稱為握手）（因為在兩個系統間沒有虛電路），也就是說，與UDP相關的服務面臨著更大的危險。
4.DCP？是不是寫錯了，應該是CDP吧！~
思科發現協議（CDP：Cisco Discovery Protocol） 思科發現協議 CDP 基本上是用來獲取相鄰設備的協議地址以及發現這些設備的平台。CDP 也可為路由器的使用提供相關介面信息。CDP 是一種獨立媒體協議，運行在所有思科本身製造的設備上，包括路由器、網橋、接入伺服器和交換機。需要注意的是，CDP是工作在 Layer 2 的協議，默認情況下，每60秒以 01-00-0c-cc-cc-cc 為目的地址發送一次組播通告，當達到180秒的holdtime上限後仍未獲得鄰居設備的通告時，將清除鄰居設備信息。
㈡ Java網路編程基本概念是什麼
1、Java網路編程基本概念——主機的網路層
主機網路層定義特定網路介面(如乙太網或WiFi天線)如何通過物理連接將IP數據報發送到本地網路或世界其他地方。在主機網路層中，連接不同計算機的硬體部分(電纜、光纖、無線電波或煙霧信號)有時被稱為網路的物理層。Java程序員不需要擔心這一層，除非出現錯誤，例如計算機後面的插頭脫落或有人切斷了您與外部世界之間的T-1線。換句話說，Java將永遠看不到物理層。
2、Java網路編程基本概念——網路層
Internet層的下一層是主機網路層，這是Java程序員需要考慮的第一層。網際網路層協議定義了數據位和位元組如何組織成更大的組，稱為包，也定義了不同計算機互相查找的定址機制。Internet Protocol (IP)是世界上使用最廣泛的Internet層協議，也是Java唯一了解的Internet層協議。
網際網路協議基本上是兩種協議:IPV4使用32位地址，IPV6使用128位地址，並增加了技術特性來幫助路由。這是兩種完全不同的網路協議，如果沒有特殊的網關/隧道協議，它們甚至不能在同一網路上互操作，但是Java向您隱藏了幾乎所有這些差異。
除了路由和定址之外，網際網路層的第二個作用是使不同類型的主機網路層能夠彼此對話。網際網路路由器在WiFi和乙太網、乙太網和DSL、DSL和光纖往返協議之間進行交換。沒有網際網路層或類似的分層，每台計算機只能與同一類型網路上的其他計算機通信。網際網路層負責使用適當的協議將異類網路彼此連接起來。
3、Java網路編程基本概念——傳輸層
原始數據報有一些缺點。最明顯的缺點是無法保證可靠的傳輸，即使可以保證，也可能在傳輸過程中被損壞。頭檢查只能檢測頭中的損壞，而不能檢測數據報的數據部分。最後，即使數據報沒有損壞地到達了它的目的地，它也可能不能按照發送的順序到達。
傳輸層負責確保按發送的順序接收數據包，確保沒有數據丟失或銷毀。如果數據包丟失，傳輸層要求發送方重新傳輸該數據包。為此，IP網路向每個數據報添加了一個額外的頭，其中包含更多信息。
這個級別有兩個主要協議。第一個是傳輸控制協議(TCP)，這是一個昂貴的協議，允許丟失或損壞的數據按照發送順序重新傳輸。第二個協議是用戶數據報協議(User Datagram Protocol, UDP)，它允許接收方檢測損壞的數據包，而不保證它們按照正確的順序發送(或者根本不發送)。然而，UDP通常比TCP快。TCP被稱為可靠協議。UDP是不可靠的。
4、Java網路編程基本概念——應用程序層
向用戶交付數據的層稱為應用層。以下三個層定義如何將數據從一台計算機傳輸到另一台計算機。應用層決定數據傳輸後的操作。有HTTP為用戶Web, SMTP, POP, IMAP為用戶電子郵件;FSP, TFTP用於文件傳輸，NFS用於文件訪問;文件共享使用Gnutella和BitTorrent;會話發起協議(SIP)和Skype用於語音通信。此外，您的程序可以在必要時定義自己的應用程序級協議。(頁面)
5、Java網路編程基本概念——IP、TCP、UDP
IP被設計成允許任意兩點之間有多條路由，繞過損壞的路由器來路由數據包。由於兩點之間有多條路由，而且由於網路流量或其他因素，它們之間的最短路徑可能會隨著時間而變化，因此構成特定數據流的數據包可能不會走同一條路由。即使它們全部到達，也可能不是按照它們被發送的順序到達的。為了改進這一基本機制，TCP被放置在IP上，以便連接的兩端可以確認收到的IP數據包，並請求重傳丟失或損壞的數據包。此外，TCP允許接收端上的數據包按照發送的順序重新分組。
然而，TCP有很多開銷。因此，如果單個數據包的丟失不會完全破壞數據，那麼可以使用UDP發送數據包，而不需要TCP提供的保證。UDP是一種不可靠的協議。它不能保證信息包將到達它們的目的地，或者它們將以它們被發送的相同順序到達。
6、Java網路編程基本概念——IP地址和域名
IPv4網路上的每台計算機都有一個4位元組的數字ID。通常在一個點上以四段格式寫，比如192.1.32.90，每個數字是一個無符號位元組，范圍從0到255。IPv4網路上的每台計算機都有一個唯一的四段地址。當數據通過網路傳輸時，包的報頭包括要發送到的機器的地址(目的地址)和要發送到的機器的地址(源地址)。路由上的路由器通過檢查目的地址來選擇發送包的最佳路徑。包含源地址是為了讓收件人知道該對誰進行回復。
雖然計算機可以很容易地處理數字，但人類並不擅長記住它們。因此，域名系統(DNS)被開發出來，用來將容易記住的主機名(如www.12345.com)轉換成數字互聯網地址(如208.201.243.99)。當Java程序訪問網路時，它們需要同時處理數字地址和相應的主機名。這些方法由java.net.InetAddress類提供。
7、Java網路編程基本概念——港口
如果每台計算機一次只做一件事，地址就足夠了。但是現代計算機同時做許多不同的事情。電子郵件需要與FTP請求分開，而FTP請求也需要與Web通信分開。這是通過埠完成的。具有IP地址的每台計算機有數千個邏輯埠(確切地說，每個傳輸層協議有65,535個埠)。這些只是計算機內存中的抽象，不代表任何物理對象，不像USB埠。每個埠在1到65535之間進行數字標識。每個埠可以分配給一個特定的服務。
8、Java網路編程基本概念——一個防火牆
在互聯網上有一些頑皮的人。要排除它們，通常需要在本地網路上設置一個接入點，並檢查進出該接入點的所有流量。位於網際網路和本地網路之間的一些硬體和軟體會檢查所有輸入和輸出的數據，以確保它是防火牆。防火牆通常是路由器的一部分，它將本地網路連接到更大的網際網路，並可以執行其他任務，如網路地址轉換。另外，防火牆可以是單獨的機器。防火牆仍然主要負責檢查進出其網路介面的數據包，根據一組規則接收或拒絕數據包。
本篇《什麼是Java網路編程基本概念?看完這篇文章你一定可以明白》到這里就已經結束了，小編一直認為，某一個編程軟體受歡迎是有一定原因的，首先吸引人的一定是其功能，環球網校的小編祝您java學習之路順利，如果你還想知道更多java知識，也可以點擊本站的其他文章進行學習。
㈢ 在javasocket網路編程中,開發基於udp協議的程序使用的套接字有哪些
Socket套接字，是由系統提供用於網路通信的技術（操作系統給應用程序提供的一組API叫做Socket API），是基於TCP/IP協議的網路通信的基本操作單元。基於Socket套接字的網路程序開發就是網路編程。
socket可以視為是應用層和傳輸層之間的通信橋梁；
傳輸層的核心協議有兩種：TCP,UDP；socket API也有對應的兩組，由於TCP和UDP協議差別很大,因此,這兩組API差別也挺大。
分類：
Socket套接字主要針對傳輸層協議劃分為如下三類：
流套接字：使用傳輸層TCP協議
TCP，即Transmission Control Protocol（傳輸控制協議），傳輸層協議；
TCP的特點：
有連接：像打電話,得先接通,才能交互數據；
可靠傳輸：傳輸過程中,發送方知道接收方有沒有收到數據.（打電話就是可靠傳輸）；
面向位元組流：以位元組為單位進行傳輸.(非常類似於文件操作中的位元組流)；
全雙工：一條鏈路,雙向通信；
有接收緩沖區，也有發送緩沖區。
大小不限
對於位元組流來說，可以簡單的理解為，傳輸數據是基於IO流，流式數據的特徵就是在IO流沒有關閉的情況下，是無邊界的數據，可以多次發送，也可以分開多次接收。
數據報套接字：使用傳輸層UDP協議
UDP，即User Datagram Protocol（用戶數據報協議），傳輸層協議。
UDP的特點：
無連接：像發微信,不需要接通,直接就能發數據；
不可靠傳輸：傳輸過程中,發送方不知道接收方有沒有收到數據.（發微信就是不可靠傳輸）；
面向數據報：以數據報為單位進行傳輸(一個數據報都會明確大小)一次發送/接收必須是一個完整的數據報,不能是半個,也不能是一個半；
全雙工：一條鏈路，雙向通信；
有接收緩沖區，無發送緩沖區；
大小受限：一次最多傳輸64k；
對於數據報來說，可以簡單的理解為，傳輸數據是一塊一塊的，發送一塊數據假如100個位元組，必須一次發送，接收也必須一次接收100個位元組，而不能分100次，每次接收1個位元組。
原始套接字
原始套接字用於自定義傳輸層協議，用於讀寫內核沒有處理的IP協議數據。
二、UDP數據報套接字編程
UDPSocket中，主要涉及到兩類：DatagramSocket、DatagramPacket;
DatagramSocket API
DatagramSocket 創建了一個UDP版本的Socket對象，用於發送和接收UDP數據報，代表著操作系統中的一個socket文件，（操作系統實現的功能–>）代表著網卡硬體設備的抽象體現。
DatagramSocket 構造方法:
方法簽名 方法說明
DatagramSocket() 創建一個UDP數據報套接字的Socket，綁定到本機任意一個隨機埠（一般用於客戶端）
DatagramSocket(int port) 創建一個UDP數據報套接字的Socket，綁定到本機指定的埠（一般用於服務端）
DatagramSocket 方法：
方法簽名 方法說明
void receive(DatagramPacket p) 從此套接字接收數據報（如果沒有接收到數據報，該方法會阻塞等待）
void send(DatagramPacket p) 從此套接字發送數據報包（不會阻塞等待，直接發送）
void close() 關閉此數據報套接字
DatagramPacket API
代表了一個UDP數據報，是UDP Socket發送和接收的數據報，每次發送/接收數據報，都是在傳輸一個DatagramPacket對象。
DatagramPacket 構造方法：
方法簽名 方法說明
DatagramPacket(byte[] buf, int length) 構造一個DatagramPacket以用來接收數據報，接收的數據保存在位元組數組(第一個參數buf)中，接收指定長度(第二個參數length)
DatagramPacket(byte[] buf, int offset, int length,SocketAddress address) 構造一個DatagramPacket以用來發送數據報，發送的數據為位元組數組(第一個參數buf)中，從0到指定長度(第二個參數length)。address指定目的主機的IP和埠號
DatagramPacket 方法：
方法簽名 方法說明
InetAddress getAddress() 從接收的數據報中，獲取發送端主機IP地址；或從發送的數據報中，獲取接收端主機IP地址
int getPort() 從接收的數據報中，獲取發送端主機的埠號；或從發送的數據報中，獲取接收端主機埠號
byte[] getData() 獲取數據報中的數據
構造UDP發送的數據報時，需要傳入 SocketAddress ，該對象可以使用 InetSocketAddress 來創建。
InetSocketAddress API
InetSocketAddress （ SocketAddress 的子類 ）構造方法：
方法簽名 方法說明
InetSocketAddress(InetAddress addr, int port) 創建一個Socket地址，包含IP地址和埠號
示例1：寫一個簡單的客戶端服務程序，回顯服務（EchoSever）
在這里插入圖片描述
構建Socket對象有很多失敗的可能：
埠號已經被佔用，同一個主機的兩個程序不能有相同的埠號（這就好比兩個人不能擁有相同的電話號碼）；
此處，多個進程不能綁定同一個埠號，但是一個進程可以綁定多個埠，（這就好比一個人可以擁有多個手機號），一個進程可以創建多個Socket對象，每個Socket都綁定自己的埠。
每個進程能夠打開的文件個數是有上限的，如果進程之間已經打開了很多文件，就可能導致此時的Socket文件不能順利打開；
在這里插入圖片描述
這個長度不一定是1024，假設這里的UDP數據最長是1024，實際的數據可能不夠1024.
在這里插入圖片描述
這里的參數不再是一個空的位元組數組了，response是剛才根據請求計算的得到的響應，是非空的，DatagramPacket 裡面的數據就是String response的數據。
response.getBytes().length：這里拿到的是位元組數組的長度（位元組的個數），而response.length得到的是字元的長度。
五元組
一次通信是由5個核心信息描述的：源IP、 源埠、 目的IP、 目的埠、 協議類型。
站在客戶端角度：
源IP:本機IP；
源埠：系統分配的埠；
目的IP：伺服器的IP；
目的埠：伺服器的埠；
協議類型：TCP；
站在伺服器的角度：
源IP:伺服器程序本機的IP；
源埠：伺服器綁定的埠（此處手動指定了9090）；
目的IP：包含在收到的數據報中（客戶端的IP）；
目的埠：包含在收到的數據報中（客戶端的埠）；
協議類型：UDP；
㈣ 關於java寫的TCP,UDP
三個問題一個答案，什麼都不會發生
原因：tcp、udp server程序無非是綁定了一個特定的埠，但是client端使用的埠都是隨機產生的，沒人說client 和server 的tcp和udp埠必須一致哦
建議你去了解下tcp ip的運作機制，就比較容易理解了
㈤ 使用Java網路編程編寫SIP消息的收發，TCP和UDP有什麼區別
TCP---傳輸控制協議,提供的是面向連接、可靠的位元組流服務。當客戶和伺服器彼此交換數據前，必須先在雙方之間建立一個TCP連接，之後才能傳輸數據。TCP提供超時重發，丟棄重復數據，檢驗數據，流量控制等功能，保證數據能從一端傳到另一端。
UDP---用戶數據報協議，是一個簡單的面向數據報的運輸層協議。UDP不提供可靠性，它只是把應用程序傳給IP層的數據報發送出去，但是並不能保證它們能到達目的地。由於UDP在傳輸數據報前不用在客戶和伺服器之間建立一個連接，且沒有超時重發等機制，故而傳輸速度很快
UDP
UDP 與 TCP 的主要區別在於 UDP 不一定提供可靠的數據傳輸。事實上，該協議不能保證數據准確無誤地到達目的地。UDP 在許多方面非常有效。當某個程序的目標是盡快地傳輸盡可能多的信息時（其中任意給定數據的重要性相對較低），可使用 UDP。ICQ 短消息使用 UDP 協議發送消息。
許多程序將使用單獨的TCP連接和單獨的UDP連接。重要的狀態信息隨可靠的TCP連接發送，而主數據流通過UDP發送。
TCP
TCP的目的是提供可靠的數據傳輸，並在相互進行通信的設備或服務之間保持一個虛擬連接。TCP在數據包接收無序、丟失或在交付期間被破壞時，負責數據恢復。它通過為其發送的每個數據包提供一個序號來完成此恢復。記住，較低的網路層會將每個數據包視為一個獨立的單元，因此，數據包可以沿完全不同的路徑發送，即使它們都是同一消息的組成部分。這種路由與網路層處理分段和重新組裝數據包的方式非常相似，只是級別更高而已。
為確保正確地接收數據，TCP要求在目標計算機成功收到數據時發回一個確認（即 ACK）。如果在某個時限內未收到相應的 ACK，將重新傳送數據包。如果網路擁塞，這種重新傳送將導致發送的數據包重復。但是，接收計算機可使用數據包的序號來確定它是否為重復數據包，並在必要時丟棄它。
TCP與UDP的選擇
如果比較UDP包和TCP包的結構，很明顯UDP包不具備TCP包復雜的可靠性與控制機制。與TCP協議相同，UDP的源埠數和目的埠數也都支持一台主機上的多個應用。一個16位的UDP包包含了一個位元組長的頭部和數據的長度，校驗碼域使其可以進行整體校驗。（許多應用只支持UDP，如：多媒體數據流，不產生任何額外的數據，即使知道有破壞的包也不進行重發。）
很明顯，當數據傳輸的性能必須讓位於數據傳輸的完整性、可控制性和可靠性時，TCP協議是當然的選擇。當強調傳輸性能而不是傳輸的完整性時，如：音頻和多媒體應用，UDP是最好的選擇。在數據傳輸時間很短，以至於此前的連接過程成為整個流量主體的情況下，UDP也是一個好的選擇，如：DNS交換。把SNMP建立在UDP上的部分原因是設計者認為當發生網路阻塞時，UDP較低的開銷使其有更好的機會去傳送管理數據。TCP豐富的功能有時會導致不可預料的性能低下，但是我們相信在不遠的將來，TCP可靠的點對點連接將會用於絕大多數的網路應用。