Windows和Linux之间Java套接字的差异 – 如何处理它们?

前端之家收集整理的这篇文章主要介绍了Windows和Linux之间Java套接字的差异 – 如何处理它们?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我在理解 Java如何处理Windows和 Linux上的套接字方面遇到了很多麻烦 – 特别是当其中一方(客户端或服务器)突然关闭连接时.

我编写了以下非常简单的Server和Client类,以使我的观点变得简单,客观,并且易于理解:

SimpleClient.java:

import java.io.BufferedReader;
import java.io.BufferedWriter;
import java.io.InputStreamReader;
import java.io.OutputStreamWriter;

import java.net.Socket;

public class SimpleClient {

    public static void main(String args[]) {
        try {
            Socket client_socket = new Socket("127.0.0.1",9009);

            // Used to read from a terminal input:
            BufferedReader br = new BufferedReader(new InputStreamReader(System.in));

            // Used for client/server communication:
            BufferedReader in = new BufferedReader(new InputStreamReader(client_socket.getInputStream()));
            BufferedWriter out = new BufferedWriter(new OutputStreamWriter(client_socket.getOutputStream()));

            while(true) {
                System.out.print("Command: ");
                String msg = br.readLine();

                // Send:
                out.write(msg);
                out.newLine();
                out.flush();

                // Receive:
                int ifirst_char;
                char first_char;

                if((ifirst_char = in.read()) == -1) {  // Server Closed
                    System.out.println("Server was closed on the other side.");

                    break;
                }

                first_char = (char) ifirst_char;

                msg = String.valueOf(first_char);

                msg += in.readLine();

                // Shows the message received from the server on the screen:
                System.out.println(msg);
            }
        }
        catch(Exception e) {
            e.printStackTrace();
        }

    }
}

SimpleServer.java:

import java.io.BufferedReader;
import java.io.BufferedWriter;
import java.io.InputStreamReader;
import java.io.OutputStreamWriter;

import java.net.ServerSocket;
import java.net.Socket;

public class SimpleServer {

    public static void main(String args[]) {
        try {
            ServerSocket server_socket = new ServerSocket(9009);

            Socket client_socket = server_socket.accept();

            while(true) {
                BufferedReader in = new BufferedReader(new InputStreamReader(client_socket.getInputStream()));
                BufferedWriter out = new BufferedWriter(new OutputStreamWriter(client_socket.getOutputStream()));

                // Receive:
                int ifirst_char;
                char first_char;

                if((ifirst_char = in.read()) == -1) {  // Client Closed
                    System.out.println("Client was closed on the other side.");

                    break;
                }

                first_char = (char) ifirst_char;

                String msg = msg = String.valueOf(first_char);

                msg += in.readLine();

                msg = "Server Received: " + msg;

                // Send:
                out.write(msg);
                out.newLine();
                out.flush();
            }
        }
        catch(Exception e) {
            e.printStackTrace();
        }
    }
}

当然,我可以实现一个代码来正确关闭客户端或服务器,但正如我所说,目标是模拟任何一方的突然关闭,不能发送或接收“断开代码”.这就是我创建这两个非常简单的类的原因.
在Linux上,它运行得很好:

$java SimpleClient 
Command: echo
Server Received: echo
Command: test
Server Received: test
Command: (server now was closed on the other side)
Server was closed on the other side.
$

但是在Windows上:

C:\simplesocket>java SimpleClient
Command: echo
Server Received: echo
Command: test
Server Received: test
Command: (server now was closed on the other side)
java.net.SocketException: Connection reset by peer: socket write error
        at java.net.SocketOutputStream.socketWrite0(Native Method)
        at java.net.SocketOutputStream.socketWrite(Unknown Source)
        at java.net.SocketOutputStream.write(Unknown Source)
        at sun.nio.cs.StreamEncoder.writeBytes(Unknown Source)
        at sun.nio.cs.StreamEncoder.implFlushBuffer(Unknown Source)
        at sun.nio.cs.StreamEncoder.implFlush(Unknown Source)
        at sun.nio.cs.StreamEncoder.flush(Unknown Source)
        at java.io.OutputStreamWriter.flush(Unknown Source)
        at java.io.BufferedWriter.flush(Unknown Source)
        at SimpleClient.main(SimpleClient.java:32)

假设我尝试通过修改SimpleClient.java上的以下行来忽略此异常:

// Send:
try {
    out.write(msg);
    out.newLine();
    out.flush();
    }
catch(Exception e) {}

抛出另一个异常:

C:\simplesocket>java SimpleClient
Command: echo
Server Received: echo
Command: test
Server Received: test
Command: (server now was closed on the other side)
java.net.SocketException: Connection reset
        at java.net.SocketInputStream.read(Unknown Source)
        at java.net.SocketInputStream.read(Unknown Source)
        at sun.nio.cs.StreamDecoder.readBytes(Unknown Source)
        at sun.nio.cs.StreamDecoder.implRead(Unknown Source)
        at sun.nio.cs.StreamDecoder.read(Unknown Source)
        at java.io.InputStreamReader.read(Unknown Source)
        at java.io.BufferedReader.fill(Unknown Source)
        at java.io.BufferedReader.read(Unknown Source)
        at SimpleClient.main(SimpleClient.java:42)

我不知道代码上的相应行是否会在这些异常上指出,但是第一个抛出out.flush()而第二个抛出on.read().
所以基本上,正如你在Linux上看到的那样,即使在突然关闭服务器之后:
1.当我尝试发送数据时,它不会抛出异常.
2.更重要的是,当我尝试接收它时,第一个字符为“-1”并正确接收.

在Windows上,它在发送时抛出异常,更重要的是在接收时抛出异常 – 当调用read()方法时 – 我无法获得“流末尾”(-1)代码.

这引出了一些问题:
1.为什么Windows x Linux上有这么大的差异?为什么在Linux上这些例外不会在Windows上被抛出?
2.具有所有跨平台特性的Java是否应该尽量减少在两个系统中运行的差异? (顺便说一句,我在两者上使用JDK 7)
3.有没有办法改变突然关闭代码并让它在Windows上更像“Linux-like”,而不抛出所有这些异常并在我的in.read()上得到-1?
4.如果没有,建议使用任何外部API?

我试图在网上搜索这个特定主题几个小时,但没有成功.

我也尝试了许多解决方案,比如在客户端的client_socket中调用isConnected(),isBound(),isClosed()等方法,但没有成功.即使在关闭服务器之后,他们总是说有一个活动连接并且没有问题.希望有人会花时间回答这些问题中的至少一个问题.

对于任何答案,您都会提前致以最诚挚的谢意.

你的代码没有任何关闭,所以我假设你实际上意味着一个端点进程被停止,也就是被杀死.

Unix socket sd是“只是”fd的,当Unix进程结束而没有关闭fd时,包括JVM停止的情况
并且你没有调用close(或shutdown-WR),操作系统关闭了fd,对于TCP套接字来说这是关键的(至少尝试)
正常的也就是优雅的关闭:与FIN-WAIT和TIME-WAIT的FIN / ACK交换.我知道制作Unix套接字的唯一方法
在TCP级别(RST)执行graceless close是在关闭之前将linger设置为0(显式或退出).
中间盒强行破坏与RST的连接也是可能的并且并不罕见;例如,我见过防火墙
RST你15分钟后不活动.我也更少见过伪造FIN的中间盒,或试图做错但做错了.

Windows套接字(WinSock)是与文件不同的API.如果Windows进程结束而没有调用closesocket(类似于
但是,从关闭)或至少关闭-WW,Winsock做RST.要在Windows上优雅地关闭(FIN)(通过JVM)
必须打电话给其中一个. JVM可能跟踪java.net.Sockets(但不是JNI中的任何内容)并在JVM出口处为您执行此操作,但是
它没有;你可以要求增强.如果你用TaskMgr或类似的东西外部杀死它,那么即使这样也行不通
如果遇到JVM故障可能无法正常工作:JVM尝试捕获故障并提供一个小型工具,这将是一个尝试的地方
清理套接字,但如果有一个JVM错误,它可能会再次失败 – 而且IME大多数JVM错误都是由于JVM错误造成的.

如果它足以处理代码错误(泄漏)和信号而不是JVM错误和失败,那么你可以只是Socket的子类
因此,如果force(graceful)关闭.finalize并在退出时使用Runtime.addShutdownHook,并使用它.

在Unix或Windows套接字中,收到的FIN被视为文件结束,就像任何其他文件一样,例如磁盘文件.
收到的RST作为错误[WSA] ECONNRESET返回给JVM,这引发了异常.隐藏这个并不好
差异,因为对于你以外的应用程序,它可能很重要 – 足以使某些协议不得不改变
防止伪FIN成为安全漏洞,特别是SSLv2和HTTP / 0.9.

如果您还考虑对等系统出现故障(不仅仅是JVM)或网络某些部分出现故障的情况,
或者您的网络接口出现故障,您可以获得的异常变化更大.恕我直言,不要试图处理那些,
只需报告您所看到的内容,让sysadmins和netadmins对其进行排序.我见过程序员得到Exception X的情况
由于问题P在实验室条件下编码而已,但在现实世界中,异常X发生了很大的不同
原因和“有用”处理实际上使解决问题变得更加困难.

旁白:服务器应该在不在while(true)do-a-line循环内部之前创建BufferedReader;如果您曾经/希望一次发送多行的客户端,则显示代码将丢失数据.如果first_char == – 1,则不需要该头发,否则转换为String;只需使用in.readLine,它就会完全返回null初始in.read返回-1的情况相同,这是(TCP)Socket在收到FIN时的情况.相反,应检查来自System.in的客户端readLine;如果有人输入^ Z或^ D或任何你会得到NPE.

猜你在找的Windows相关文章