① 用java如何編寫發送其它各種協議的 數據包
自行在服務端與客戶端定義協議例如：
報頭定義：
名稱 大小(位元組)
標識符 4
版本 4
協議類型 4
指令類型 4
數據長度 4
會話ID 4
包體定義：
報頭 28
系統資料庫服務名 32
系統資料庫ip 4
系統資料庫埠 4
系統資料庫用戶名 32
系統資料庫密碼 32
或者使用webserver 提供外部介面傳遞數據
② java udp廣播和發送數據
給個大師代碼，你去看版權看http://basic-java-code.googlecode.com/svn/trunk/utility/BasicUdpEx
③ UDP數據包一次發送多大為好
對於乙太網環境下UDP傳輸中的數據包長度問題，首先要看TCP/IP協議，涉及到四層：鏈路層，網路層，傳輸層，應用層。其中乙太網（Ethernet）的數據幀在鏈路層，IP包在網路層，TCP或UDP包在傳輸層，TCP或UDP中的數據（Data)在應用層，它們的關系
④ 怎麼實現UDP數據包的拆包組包發送與接收
如果你個人計算機用戶，接受的數據包應該比發送的數據包大幾十倍才正常（根據用戶使版用計算機時間長權短決定）。因為大家平時瀏覽網頁、下載軟體等都不需要發送多少數據，而主要是接受。如果普通計算機用戶發送數據包多於收到的那就要提起警惕了。
⑤ udp的數據包一次發送多大為好
-f是說明數據包不允許分片，在網路上傳輸數據時，如果發送的數據包超過了最大的傳輸單元大小時，會把它拆成多個數據包再進行傳輸，既然是要檢查MTU，那麼就設置不進行分片，這樣，在小的MTU上會將數據包丟棄，並通過ICMP協議返回一個錯誤，指明數據包被丟棄；-l是指明發送的數據包的大小通過改變數據包的大小，和返回的錯誤信息，就可以檢測出整個傳輸路徑上的最小的MTU，也就是整個鏈路上的MTU
⑥ 一個UDP傳輸大文件問題，在UDP發送文件的時候，
UDP是不可靠的傳輸協議 在傳輸協議時接收方會盡力而為的對發送方每一個數據包進專行應答確認 且UDP數據包傳輸屬等級比較高 所以在同時上傳和下載時會導致某些UDP數據包重復傳輸或超時傳輸 因為沒有TCP類似專屬開銷支持 所以導致UDP數據包應答確認無誤卻數據損壞
⑦ Java的寫的UDP發包，有什麼辦法可以擴大UDP的發送量
網路的承受，本來就是有限的，這么大的一包、不分包，很容易出錯。
你如果了解TCP/IP通訊的原理就清楚，其實TCP/IP包的大小是有限制的
⑧ 區域網向我發送大量udp數據包
哈是有人通過TCP攻擊你了。
你該注意操作系統的BUG更新了。
⑨ 求教UDP協議發送數據包的大小問題
UDP 包的大小就應該是 1492 - IP頭(20) - UDP頭(8) = 1464(BYTES)
TCP 包的大小就應該是 1492 - IP頭(20) - TCP頭(20) = 1452(BYTES)
目前大多數的路由設備的MTU都為1500
我對上面的理解是：如果我們定義的TCP和UDP包小於1452，1464，那麼我們的包在IP層就不用分包了，這樣傳輸過程中就避免了在IP層組包發生的錯誤。如果使用UDP協議，如果IP層組包發生錯誤，那麼包就會被丟棄，UDP不保證可靠傳輸。但是TCP發生組包錯誤時，該包會被重傳，保證可靠傳輸。所以，我們在用Socket編程時，包的大小設定不一定非要小於1400，UDP協議要求包小於64K，TCP沒有限定。
總結：
我們設定包的大小對於UDP和TCP協議是不同的，關鍵是看系統性能和網路性能，網路是狀態很好的區域網，那麼UDP包分大點，提高系統的性能。不好，就分小於1464，這樣可以減低丟包率。對於TCP來說，這個就要靠經驗了，因為，TCP丟包可以自動重傳，分大了，系統性能提高了，分包和錯誤重組可能會耗費時間，使傳送時間延長，分小了，系統性能又降低了