socket（一）

------------恢复内容开始------------

异常：那么最有可能的情况就是你多次关闭了Stream。
java.io.IOException: Stream closed
	at java.io.BufferedReader.ensureOpen(BufferedReader.java:122)
	at java.io.BufferedReader.readLine(BufferedReader.java:317)
	at java.io.BufferedReader.readLine(BufferedReader.java:389)
	at dubbo.wangbiao.project.Socketes.Client1.main(Client1.java:28)

异常：自己主动关闭了socket，但是之后还从里面读写数据

java.net.SocketException: Socket is closed
	at java.net.Socket.getInputStream(Socket.java:903)

异常：自己主动关闭了socket，但是之后还从里面读写数据
java.net.SocketException: Socket is closed
	at java.net.Socket.getInputStream(Socket.java:903)
	at dubbo.wangbiao.project.Socketes.Client1.main(Client1.java:24)

异常：自己主动关闭了socket，但是之后还从里面读写数据
java.net.SocketException: socket closed
	at java.net.SocketInputStream.socketRead0(Native Method)
	at java.net.SocketInputStream.socketRead(SocketInputStream.java:116)
	at java.net.SocketInputStream.read(SocketInputStream.java:171)
	at java.net.SocketInputStream.read(SocketInputStream.java:141)
	at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
	at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
	at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
	at java.io.InputStreamReader.read(InputStreamReader.java:184)
	at java.io.BufferedReader.fill(BufferedReader.java:161)
	at java.io.BufferedReader.readLine(BufferedReader.java:324)
	at java.io.BufferedReader.readLine(BufferedReader.java:389)
	at dubbo.wangbiao.project.Socketes.Client1.main(Client1.java:28)


异常：对方已经关闭socket，依旧向对方写数据
java.net.SocketException: Software caused connection abort: socket write error
	at java.net.SocketOutputStream.socketWrite0(Native Method)
	at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:111)
	at java.net.SocketOutputStream.write(SocketOutputStream.java:143)
	at dubbo.wangbiao.project.Socketes.SocketServerTest.main(SocketServerTest.java:40)






客户机<－－>服务器,之间是由一个socket 长连接来通信，客户端有一个接收线程在while(true){..}循环里不停地从InputStream流中读数据，客户机每隔几秒钟发一次心跳包，如果连续未收到心跳包的次数已达到规定的次数，客户机认为此链路异常，将socket关闭，那么服务器会抛出java.net.SocketException: Connection reset by peer异常：（一端socket被关闭，另一端仍然发送数据，发送的第一个数据包 connection reset by peer一端socket退出。退出时为关闭连接，另一端读数据 connection reset），然后分配给此socket连接的线程退出，那么客户端在while(true){..}循环,读取流时便会发java.net.SocketException: Software caused connection abort: recv failed异常。
产生这个异常的原因有多种方面,单就如 Software caused 所示, 
是由于程序编写的问题,而不是网络的问题引起的. 
已知会导致这种异常的一个场景如下: 
客户端和服务端建立tcp的短连接,每次客户端发送一次请求, 
服务端响应后关闭与客户端的连接. 
如果客户端在服务端关闭连接后,没有释放连接,继续试图发送请求和接收响应. 
这个时候就会出错. 
这个时候客户端Socket的getOutputStream返回来的OutPutStream维护 
的是本地的连接状态, 
无法知道远程的服务端已经关闭了对应的InputStream和socket因此 
虽然调用了 
out.write(sendbuf, 0, sendbuf.length); 
方法,但是实际上服务端并没有接收到客户端的请求信息. 
因为没有抛出异常,因此造成了误以为客户端请求发送成功的假象. 
接下来调用etInputStream的in.read(header, 0, 14);方法. 
因为这次要读取服务端的信息,因此产生了 
Software caused connection abort: recv failed的异常 
总结产生原因,在服务端/客户端单方面关闭连接的情况下,另一方依然以为 
tcp连接仍然建立,试图读取对方的响应数据,导致出现 
Software caused connection abort: recv failed的异常. 
因此在receive数据之前,要先判断连接状态. 
通过inputstream的available()方法来判断,是否有响应结果. 
如果available()的返回值为0,说明没有响应数据,可能是对方已经断开连接, 
如果available()的返回值大于0,说明有响应数据. 
另外值得注意的是available()返回的值是非堵塞的,可以被多个线程访问 
在对方释放连接后,也要释放本地的连接.

------------恢复内容结束------------