Question

当我直接使用Socket.getInputStream()接收数据（没有像Scanner这样的某种界面）时，它不会阻止。但是，当我尝试使用扫描仪时（类似于我们从System.in收到字符串的方式），它确实如此。我想知道这个的原因，以及连接的Socket提供给你的InputStream与InputStream in中的System有什么不同。

用于测试的客户端（用于两个服务器）

挂起的代码：

public class Server {

    public static void main(String[] args) {
        try {
            ServerSocket ss = new ServerSocket(15180);
            Socket socket = ss.accept();

            Scanner scanner = new Scanner(socket.getInputStream());
            //read data from client
            while(true) {
                String data = scanner.nextLine();
                System.out.println("Received data!");
            }

        }catch(IOException e) {
            e.printStackTrace();
        }
    }
}

不阻止的代码：

public class Server {
    public static void main(String[] args) {
        try {
            ServerSocket ss = new ServerSocket(15180);
            Socket socket = ss.accept();

            //read data from client
            while(true) {
                int data = socket.getInputStream().read();
                System.out.println("Received data!");
            }

        }catch(IOException e) {
            e.printStackTrace();
        }
    }
}

Answer 1

（我想你已经想到了这个但是......）

readLine()方法返回当前行的其余部分。也就是说，所有未消耗的字符直到下一个“行尾”序列，或者“流的结束”，它始终是第一个。它将阻塞，等待当前行（根据上述内容）可用。

因此，如果您的套接字readLine()调用阻塞，它正在等待远程发送行结束标记（例如'\n'），或关闭其套接字输出流（这将导致在这个结尾的“末尾”）。

问：为什么从控制台读取时它“有效”？

答：无论何时按Enter键，控制台都会向流添加“行尾”序列。（确切地说，添加的序列取决于操作系统，但Scanner类将处理所有常见的变种，也会出现一些不寻常的变化。）

这里的教训是，如果输入流是面向行的，则只应使用Scanner.readLine();即如果写入/生成的流包括“行尾”标记。

从Socket使用InputStream时，Scanner.nextLine（）会阻塞

1 个答案: