为什么 java.util.Scanner.next() 返回空字符串？答案

【问题标题】：Why is java.util.Scanner.next() returning empty strings?为什么 java.util.Scanner.next() 返回空字符串？
【发布时间】：2014-09-07 17:26:01
【问题描述】：

我有一个实现 Telnet 服务器的设备，我正在编写 Java 代码来与它通信。当前的实现“有效”，我的意思是它会挂起一段时间，有时会立即挂起，有时会在一小时后或两者之间的任何地方挂起。我不排除它是设备本身的可能性，但是，与 putty 的长时间运行会话似乎没有问题，所以我假设它是我的 java 代码。

我将首先列出我的代码，然后更详细地描述问题：

连接由对象 EthernetTelnetConnection() 处理，该对象在后台使用 Apache Commons TelnetClient()。

public EthernetTelnetConnection(String host, int port) throws IOException {
    mTelnet = new TelnetClient();
    mTelnet.connect(host, port);

    mOut = mTelnet.getOutputStream();
    mIn = mTelnet.getInputStream();
}

这些流通过以下方式转换为缓冲流：

mReadStream = new BufferedInputStream(mConnection.getInputStream());
mWriteStream = new BufferedOutputStream(mConnection.getOutputStream());

并且可以通过以下方式获得：

public BufferedInputStream getInputStream() {
    return mReadStream;
}

public BufferedOutputStream getOutputStream() {
    return mWriteStream;
}

所以在创建连接之后，我开始尝试解析流。这发生在一个专用线程中，该线程的唯一目的是执行这个方法：

public void detectMessages() throws IOException {
    final BufferedInputStream in = mTekdaqc.getInputStream();
    StringBuilder builder = new StringBuilder();
    int data;
    final Scanner scan = new Scanner(in, "UTF-8").useDelimiter(Character.toString((char) AASCIIMessage.RECORD_SEPARATOR_CHAR));
    while (scan.hasNext()) {
        onMessageDetected(scan.next());
    }

    /*while ((data = in.read()) != -1) {
    if (data == AASCIIMessage.RECORD_SEPARATOR_CHAR) {
        onMessageDetected(builder.toString());
            builder = new StringBuilder();
        } else {
            builder.append((char) data);
        }
    }*/
}

而AASCIIMessage.RECORD_SEPARATOR_CHAR定义为：

public static final int RECORD_SEPARATOR_CHAR = 0x1E;

底部的评论部分有一些额外的变量，这是我之前的尝试。 两种方法都存在相同的问题，即：onMessageDetected() 最终会被调用，并使用数以万计的空字符串。通常，如果我让事情运行，最终事情会像往常一样继续一段时间，然后这个问题又开始了。所以我试图找出是什么导致扫描器和简单的while循环/读取循环检测消息分隔符。在捕获设备和腻子之间的wireshark流量时，我可以确认它没有发送这些分隔符，尽管它正在发送保持活动数据包。

更新

有人向我建议，这可能是一个问题，其中 Apache TelnetClient 将字节序列解释为 Putty 不是的终端命令。我不确定设备实现了什么终端实现，因为我没有创建该代码并且没有记录。我看了看腻子，它没有在 Telnet 配置窗口中指示终端类型。

更新 2

我将System.out 连接到TelnetClient 实例的间谍流，并在十六进制编辑器中检查输出，发现流实际上看到重复的RS (0x1E) 字符。使用 Putty Telnet 连接嗅探流量我没有看到这一点，那么 TelnetClient 类和我的设备是否存在某种配置不正确？

【问题讨论】：

能否帮助我们重新创建此问题？
@MrunalGosar 我不确定你在问什么。要准确复制，您需要设备并访问尚未发布的代码。如果人们认为相关或有必要，我当然可以包括更多，但到目前为止还没有说明。
我希望你能提供一些小场景来模仿你的问题？
@MrunalGosar 老实说，我什至不确定发生了什么，更不用说如何在我面前的场景之外产生它了。
您确定您的 telnet 进程的输出流是 UTF-8 吗？

标签： java java.util.scanner telnet apache-commons apache-commons-net

【解决方案1】：

所以事实证明我可以把这个归咎于设备。当我嗅探到 putty 的流量并执行与 Java 应用程序完全相同的命令序列时，我能够重现该问题。这是我需要在固件中追踪的错误。感谢@Adam 和@MrunalGosar 的意见。

【讨论】：