java udp（java中如何判断udp报文的完整性）

本文目录

• java中如何判断udp报文的完整性
• 关于java UDP文件传输的问题
• 如何实现Java udp超时重传机制（类似tcp那样）
• 关于java Udp多线程的问题
• java中UDP,DCP TCP与IP的区别是什么
• TCP\u002FIP、HTTP、Socket和Servlet之间的逻辑关系、系统点是怎样的
• Java语言中如何使用UDP协议进行数据传输的

java中如何判断udp报文的完整性

UDP报文的完整性，不是JAVA语言本身能够保证的，主要还是靠网络通信协议。一般来说1500个字节应该不会出现在网络中只传输一部分过来的情况，因为1500个字节还在一个UDP包的范围内，因此会一次性发送的。但是，根据经验，超过1K的udp报文，丢包率通常是比较高的。当然，局域网环境下这个丢包率会小很多。
另外还有一个问题，你的消息接收的缓冲区要足够大，如果你的缓冲区只有1000个字节的话，那么100%你收不到一个完整的包。所以，设置合理的缓冲区也是必要的。

关于java UDP文件传输的问题

使用UDP协议进行文件传输不能保证正确性，很容易发生丢包的情况。建议在进行较大文件传输的时候使用TCP的Socket和ServerSocket类进行传输。在数据量小于65600字节的时候使用UDP是安全的
如果一定要使用UDP方式进行传输的话，为了提高传输的准确性，可以限制一下传输速度，方法是在发送端每次发送后sleep一下,即在发送端程序的dataSocket.send(dataPacket);一句后加上：
TimeUnit.MICROSECONDS.sleep(1);
不过这种方法也不能保证传输绝对准确，所以还是建议用TCP的方式
程序本身应该是能够达到效果的，不知道错误提示是什么。测试之前要看下发送端的filePath文件是否存在，貌似防火墙也有影响，测试之间最好关闭防火墙。下面是我的测试程序，接收端是类A1，接收端是类A2，发送端的文件filePath是D盘根目录下的a1.mkv：
接收端：
import java.io.BufferedOutputStream;
import java.io.DataOutputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.net.DatagramPacket;
import java.net.DatagramSocket;
public class A1 {
public static DatagramSocket dataSocket;
public static final int PORT=7;
public static byte receiveByte;
public static DatagramPacket dataPacket;
public static void main(String args) throws IOException{
dataSocket = new DatagramSocket(PORT);
DataOutputStream fileOut = new DataOutputStream(new BufferedOutputStream(new BufferedOutputStream(new FileOutputStream(“D:\\a.mkv“))));
int i = 0;
while (i == 0)// 无数据，则循环
{
receiveByte = new byte;
dataPacket = new DatagramPacket(receiveByte, receiveByte.length);
dataSocket.receive(dataPacket);
i = dataPacket.getLength();
// 接收数据
if (i 》 0) {
// 指定接收到数据的长度,可使接收数据正常显示,开始时很容易忽略这一点
fileOut.write(receiveByte,0,i);
fileOut.flush();
i = 0;// 循环接收
}
}
}
}
发送端：
import java.io.BufferedInputStream;
import java.io.DataInputStream;
import java.io.FileInputStream;
import java.io.IOException;
import java.net.DatagramPacket;
import java.net.DatagramSocket;
import java.net.Inet4Address;
import java.util.Date;
public class A2 {
public static DatagramSocket dataSocket;
public static final int PORT=7;
public static byte sendDataByte;
public static DatagramPacket dataPacket;
public static void main(String args) throws IOException, InterruptedException{
String filePath=“D:\\a1.mkv“;
DataInputStream fis = new DataInputStream(new BufferedInputStream(new FileInputStream(filePath)));
dataSocket = new DatagramSocket(PORT+1);
sendDataByte = new byte;
int read=0;
long a=new Date().getTime();
while(true){
if (fis != null) {
read = fis.read(sendDataByte);
}
if (read == -1) {
System.out.println(new Date().getTime()-a);
break;
}
dataPacket = new DatagramPacket(sendDataByte, sendDataByte.length,(Inet4Address) Inet4Address.getByName(“localhost“), PORT);
dataSocket.send(dataPacket);
TimeUnit.MICROSECONDS.sleep(1);//限制传输速度
}
}
}

如何实现Java udp超时重传机制（类似tcp那样）

　　对一个连接而言，若能够了解端点间的传输往返时间（RTT，Round Trip Time），则可根据RTT来设置一合适的RTO。显然，在任何时刻连接的RTT都是随机的，无法事先预知。TCP通过测量来获得连接当前RTT的一个估计值，并以该RTT估计值为基准来设置当前的RTO。自适应重传算法的关键就在于对当前RTT的准确估计，以便适时调整RTO。
为了搜集足够的数据来精确地估算当前的RTT，TCP对每个报文都记录下发送出的时间和收到的确认时间。每一个（发送时间，确认时间）对就可以计算出一个RTT测量值的样本（Sample RTT）。TCP为每一个活动的连接都维护一个当前的RTT估计值。该值是对已经过去的一个时间段内该连接的RTT了两只的加权平均，并作为TCP对连接当前实际的RTT值的一种估计。RTT估计值将在发送报文段时被用于确定报文段的RTO。为了保证它能够比较准确地反应当前的网络状态，每当TCP通过测量获得了个新的RTT样本时，都将对RTT的估计值进行更新。不同的更新算法或参数可能获得不同的特性。
最早的TCP曾经用了一个非常简单的公式来估计当前网络的状况，如下
R《-aR+(1-a)MRTP=Rb其中a是一个经验系数为0.1，b通常为2。注意，这是经验，没有推导过程，这个数值是可以被修改的。这个公式是说用旧的RTT(R)和新的RTT (M)综合到一起来考虑新的RTT(R)的大小。但又可以看到，这种估计在网络变化很大的情况下完全不能做出“灵敏的反应”，于是就有下面的修正公式：
Err=M-AA《-A+gErrD《-D+h(|Err|-D)RTO=A+4D，这个递推公式甚至把方差这种统计概念也使用了进来，使得偏差更加的小。而且，必须要指出的是，这两组公式更新，都是在 数据成功传输的情况下才进行，在发生数据重新传输的情况下，并不使用上面的公式进行网络估计，理由很简单，因为程序已经不在正常状态下了，估计出来的数据 也是没有意义的。

关于java Udp多线程的问题

1，理解正确，几个线程各子锁定自己的同步锁，当然是没有什么用。对于竞争资源，必须锁定同一个锁，你可以new 一个Object用于锁，也可以用class做锁，反正都要是同一个。
2，理解有偏差，其他线程也会被调度，不可能一个线程一直sleep，其他线程都不工作了，影响范围没有那么大，仅限于需要进入同一个同步锁的，它们进不了工作。
所谓占着茅坑不拉shi，就是这个状态了。
3，多线程的好处是充分利用CPU的资源，实现并发。例如你说的通讯，往往是花百分之几的时间CPU处理数据，剩下的绝大部分时间，都是在等待网络数据。使用多线程可以充分利用这段时间。

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上限后仍未获得邻居设备的通告时，将清除邻居设备信息。

TCP\u002FIP、HTTP、Socket和Servlet之间的逻辑关系、系统点是怎样的

TCP/IP是计算机网络通信中的传输层协议，在此之上是应用层，HTTP是一种应用层协议，除了HTTP还有多种应用层协议，所有的应用层都调用传输层协议的接口来进行数据传输。

Socket是编程接口，可以实现TCP/IP协议，进行网络通信，也可以实现UDP协议。HTTP应用都调用Socket接口来进行数据传输。

Servlet是java语言中的一种动态服务技术，可以动态的响应HTTP请求，虽然它也可以响应其他应用协议的请求，但最主要的用途还是HTTP。

Java语言中如何使用UDP协议进行数据传输的

java里UDP协议传送的方式细节已经封装了到类DatagramSocket里了,只要用DatagramSocket的对象进行传输数据就可以了.
底层实现是应该依靠本地C语言程序来完成的