在Java中,为什么readLine()会在封闭的套接字连接上阻塞？

Question

我有一个简单的客户/服务器应用程序.服务器已设置为如果在N秒内没有数据进入,则发生超时并关闭套接字连接.我通过Socket.setSoTimeout()来做到这一点.如果客户端挂起,一切正常.如果客户端死了(例如我用Ctrl-C杀死它),那么readLine()永远不会超时.

这是服务器代码,如果这有所不同:

public void run()
{
    PrintWriter out = null;
    BufferedReader in = null;

    try {
        sock.setSoTimeout(10000);

        out = new PrintWriter(sock.getOutputStream(), true);
        in = new BufferedReader(new InputStreamReader(sock.getInputStream()));

        String input;
        while ((input = in.readLine()) != null) {

我已经尝试将一个信号处理程序放入客户端,将ABEND消息发送到服务器,但这不起作用(我怀疑套接字在发送ABEND之前关闭,但我还没有花时间试图计算那个).

有没有办法定期唤醒并检查套接字状态,看它是否关闭？或者(更好的是)如果套接字关闭,没有readLine()挂起？我应该使用某种无缓冲的读卡器吗？是否存在支持类似readLine机制的无缓冲读卡器？

我在Linux上使用Java 6.

编辑:我在闲置期间自己杀了客户; 此时已发送和接收所有数据.我已经验证(通过ps)客户端程序不再运行; Java进程确实被杀死了.使用netstat我可以看到套接字在两端都是关闭的,但readLine()仍然挂起.

Answer 1

我认为你误判了这个问题。

如果套接字的输入端已关闭，则readLine()调用应该会看到该关闭。在消耗完所有缓冲数据后，调用应返回一个null. （如果套接字正常关闭，您将不会收到 IOException，但如果连接超时，您可能会收到一个异常......例如。）

最明显的解释是套接字尚未关闭。查看另一端关闭套接字的情况，并找出为什么这种情况还没有发生。

这些都不是解决方案，但我会完整地回答。

有没有办法定期唤醒并检查套接字状态以查看它是否已关闭？

另一个线程可以做到这一点，但这个线程不行。

或者（更好）如果套接字关闭，则 readLine() 不会挂起？

这就是应该发生的事情。

我应该使用某种无缓冲的阅读器吗？

这没有帮助。您最终必须readLine()自己实现，并且您的代码将在同一点阻塞。阻塞行为发生在读取器链的缓冲层和字符解码层下方。

是否存在支持类似 readLine 机制的无缓冲读取器？

不，没有。往上看。