『壹』 請教一個java UDP程序問題。我編了一個UDP通信程序，實現客戶端向伺服器端發送信息。
正如你所說，UDP不需要實時連接，客戶端只負責發送，不保證成功，服務端也只接收正確到達的數據包，你沒有起服務端之前的客戶端所發送的UDP數據包都屬於丟包，就像我們玩一些網游，如果網路不好，會出現一卡一卡的，本來在這下一秒突然移動到另一個地方，中間移動的過程沒有出現，這就屬於丟包了。
『貳』 java中如何判斷udp報文的完整性
UDP報文的完整性，來不是JAVA語言本身能自夠保證的，主要還是靠網路通信協議。一般來說1500個位元組應該不會出現在網路中只傳輸一部分過來的情況，因為1500個位元組還在一個UDP包的范圍內，因此會一次性發送的。但是，根據經驗，超過1K的udp報文，丟包率通常是比較高的。當然，區域網環境下這個丟包率會小很多。
另外還有一個問題，你的消息接收的緩沖區要足夠大，如果你的緩沖區只有1000個位元組的話，那麼100%你收不到一個完整的包。所以，設置合理的緩沖區也是必要的。
『叄』 pos機和通訊軟體之間的報文怎麼使用UDP進行傳送（使用java）
UDP協議
用戶數據報協議UDP(User Datagram Protocol)是無連接傳輸層協議，提供應用程序之間傳送數據報內的基本機制容。
1.UDP報文的格式
每個UDP報文稱為一個用戶數據報：它分為兩部分：頭部和數據區。如圖6-14是一個UDP報文的格式，報文頭中包含有源埠和目的埠、報文長度以及UDP檢驗和。
源埠(Source Port)和目的埠(Destination Port)欄位包含了16比特的UDP協議埠號，它使得多個應用程序可以多路復用同一個傳輸層協議 – UDP協議，僅通過不同的埠號來區分不同的應用程序。
長度(Length)欄位記錄了該UDP數據包的總長度(以位元組為單位)，包括8位元組的UDP頭和其後的數據部分。最小值是8(即報文頭的長度)，最大值為65,535位元組。
UDP檢驗和(Checksum)的內容超出了UDP數據報文本身的范圍，實際上，它的值是通過計算UDP數據報及一個偽包頭而得到的。但校驗和的計算方法與通用的一樣，都是累加求和。
不危險，可以打開
『肆』 java 怎麼239.255.255.250發送udp組播包
其實和發一般的UDP一樣的，網路很多例子
得有埠，如果沒有埠就發給0埠
『伍』 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知識，也可以點擊本站的其他文章進行學習。
『陸』 使用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可靠的點對點連接將會用於絕大多數的網路應用。