《JAVA tcp/ip socket》第四章读书笔记

阻塞和超时

Socket的I/O调用可能会因为多种原因而阻塞。数据输入方法read()和receive()在没有数据可读时会阻塞。TCP套接字的write()方法在没有足够的空间缓存传输的数据时可能阻塞。ServerSocket的accept()方法和Socket的构造函数都会阻塞等待，直到连接建立。同时，长的信息往返时间，高错误率的连接和慢速的(或已发生故障的)服务器，都可能导致需要很长的时间来建立连接。所有这些情况，只有在连接请求得到满足后这些方法才会返回。当然，调用一个已经阻塞的方法将使应用程序停止(并使运行它的线程无效)。

 

accept() .  read()  和receive()

对于这些方法，我们可以使用Socket类，ServerSocket类和DatagramSocket类的setSoTimeout()方法，设置其阻塞的最长时间（以毫秒为单位）。如果在指定时间内这些方法没有返回，则将抛出一个InterruptedIOException异常。对于Socket实例，在调用read()方法之前，我们还可以使用该套接字的InputStream的available()方法来检测是否有可读的数据。

 

连接和写数据

Socket类的构造函数会尝试根据参数中指定的主机和端口号来建立连接，并阻塞等待，直到连接成功建立或发生了系统定义的超时。不幸的是，系统定义的超时时间很长，而JAVA又没有提供任何缩短它的方法。要改变这种情况，可以使用Socket类的无参数的构造函数，它返回的是一个没有建立连接的Socket实例。需要建立连接时，调用该实例的connect()方法，并指定一个远程终端和超时时间(毫秒)

write()方法调用也会阻塞等待，直到最后一个字节成功写入到了TCP实现的本地缓存中。如果可用的缓存空间比要写入的数据小，在write()方法调用返回前，必须把一些数据成功传输到连接的另一端。因此，write()方法的阻塞总时间最终还是取决于接收端的应用程序。不幸的是java现在还没有提供任何使write()超时或由其他线程将其打断的方法。所以如果一个可以在Socket实例上发送大量数据的协议可能会无限期地阻塞下去。

发送和接收缓冲区大小

Socket  DatagramSocket 设置发送接收缓冲区大小，setReceiveBufferSize(),setSendBufferSize() ，该大小以字节为单位。需要注意的是，这里指定的大小只是作为一种建议给出的，实际大小可能与之存在差异。

ServerSocket 设置所接受套接字的接收缓冲区大小，setReceiveBufferSize()方法用于设置由accept()方法创建的Socket实例的接收缓冲区的大小(字节)

 

地址重用

在某些情况下，可能希望能够将多个套接字绑定到同一个套接字地址。对于UDP多播的情况，在同一个主机上可能有多个应用程序加入了相同的多播组。对于TCP，当一个连接关闭后，通信的一端(或两端)必须在“TIme-Wait” 状态上等待一段时间，以对传输途中丢失的数据包进行清理。不幸的是，通信终端可能无法等到Time-Wait结束。对于这两种情况，都需要能够与正在使用的地址进行绑定的能力，这就要求实现地址重用。

Socket ServerSocket   DatagramSocket 设置地址重用 ，setReuseAddress(boolean on)