Question

我目前正在调试两个通过TCP连接交换数据的Java应用程序。

其中一个应用程序TCP客户端通过调用Socket#sendUrgentData(int)定期向另一个TCP服务器发送紧急数据。在第18次尝试发送紧急数据时，TCP客户端抛出以下异常

java.io.IOException:BrokenPipe
    at java.net.PlainSocketImpl.socketSendUrgentData(Native Method)
    at java.net.PlainSocketImpl.sendUrgentData(PlainSocketImpl.java:541)
    at java.net.Socket.sendUrgentData(Socket.java:927)

TCP服务器抛出此异常

java.net.SocketException: Software caused connection abort: recv failed
    at java.net.SocketInputStream.socketRead0(Native Method)
    at java.net.SocketInputStream.read(Unknown Source)
    at java.net.SocketInputStream.read(Unknown Source)

我认为异常是由尝试写入/读取已关闭的连接/套接字引起的。我不明白为什么连接或套接字在调用sendUrgentData（）17次后关闭。我能够重复它，它总是在17次之后发生。

如果我在Windows上运行客户端和服务器，则会出现问题。如果我在Solaris上运行客户端和服务器，则不会发生此问题。如果我在Solaris和Windows上的服务器上运行客户端，则会出现问题。如果我在Windows上运行客户端，在Solaris上运行服务器，则不会出现问题。这让我觉得它可能与Windows有关吗？

使用Wireshark我在连接上看到以下流量

--> = from TCP client to TCP server
<-- = from TCP server to TCP client

-->  [PSH, ACK, URG] (Seq=1, Ack=1)
<--  [ACK] (Seq=1, Ack=2)
-->  [PSH, ACK, URG] (Seq=2, Ack=1)
<--  [ACK] (Seq=1, Ack=3)
...
-->  [PSH, ACK, URG] (Seq=17, Ack=1)
<--  [RST, ACK] (Seq=1, Ack=18)

我写了一些显示问题的简单测试类。

TCPServer.java IP_Address端口

public class TCPServer 
{
    public static void main(String[] args) throws Exception 
    {
        ServerSocket socket = new ServerSocket();
        socket.bind(new InetSocketAddress(args[0], Integer.parseInt(args[1])));
        System.out.println("BOUND/" + socket);
        Socket connection = socket.accept();
        System.out.println("CONNECTED/" + connection);
        int b;
        while ((b = connection.getInputStream().read()) != -1) {
            System.out.println("READ byte: " + b);
        }
        System.out.println("CLOSING ..");
        connection.close();
        socket.close();
}
}

TCPClient.java IP_Address Port Interval_Between_Urgent_Data

public class TCPClient 
{
    public static void main(String[] args) throws Exception 
    {
        final Socket socket = new Socket();
        socket.connect(new InetSocketAddress(InetAddress.getByName(args[0]), Integer.parseInt(args[1])));
        System.out.println("CONNECTED/"+socket);
        Timer urgentDataTimer = new Timer(true);
        urgentDataTimer.scheduleAtFixedRate(new TimerTask() 
        {       
            int n = 0;  
            public void run() {
                try {
                    System.out.println("SENDING URGENT DATA ("+(++n)+") ..");
                    socket.sendUrgentData(1);
                    System.out.println("SENT URGENT DATA");
                } catch (Exception e) {
                    e.printStackTrace();
                }
            }
        }, 1000, Integer.parseInt(args[2]));

        int b;
        while ((b = socket.getInputStream().read()) != 1) {
            System.out.println("READ byte: " + b);
        }
        System.out.println("CLOSING ..");
        urgentDataTimer.cancel();
        socket.close();
    }
}

有人能解释一下这里发生了什么吗？

感谢。

Answer 1

我认为您实际上正确地接收了失败的应用程序中的紧急数据，并且数据是否符合您的预期？

这种情况有很多原因导致失败，特别是如果您在跨平台情况下尝试它：在TCP中有两个相互矛盾的描述，说明紧急数据是如何工作的，RFC 793详细说明TCP表示紧急指针指示紧急数据之后的字节，但RFC 1122对此进行了更正，并指出紧急指针指示紧急数据的最后字节。如果一个对等体使用RFC 793定义而另一个使用RFC 1122定义，则会导致互操作性问题。

因此，首先确认您的应用程序实际上正在获取紧急数据的正确字节。是的，我说字节，兼容性复杂性更多，Windows只支持单字节的带外数据，而RFC 1122规定TCP必须支持任意长度的紧急数据字节序列。 Windows也没有指定如何或是否缓冲后续的带外数据，所以如果你读取一个紧急数据字节的速度很慢而另一个字节的紧急数据到达，那么其中一个字节可能会丢失;虽然我们的测试表明Windows确实缓冲了紧急数据。这一切都使得带有紧急数据的带外信令在使用TCP的Windows上有些不可靠。

如果碰巧使用重叠的I / O，那么还会出现所有其他问题。

我已经更深入地介绍了这一点，尽管从C ++的角度来看，这里：http://www.serverframework.com/asynchronousevents/2011/10/out-of-band-data-and-overlapped-io.html

Answer 2

Java会在线接收紧急数据，这会使数据流无序。接收方可能不了解无序数据并关闭连接。然后你继续写它，这可能会导致“同伴重置连接”。道德是你基本上不能在Java中使用紧急的TCP数据，除非接收者是非常仔细的写。

发送紧急数据后重置TCP连接

2 个答案: