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

Question

我有一个实现 Telnet 服务器的设备，我正在编写 java 代码来与之通信。当前的实现“有效”，我的意思是它会挂起一段时间，有时会立即挂起，有时会在一个小时后或中间的任何时间挂起。我不排除它是设备本身的可能性，但是，使用 putty 的长时间运行 session 似乎没有问题，所以我假设它是我的 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 循环/读取周期检测消息定界符。在捕获设备和 putty 之间的 wireshark 流量时，我可以确认它没有发送这些分隔符，尽管它正在发送保持 Activity 数据包。

更新

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

更新 2

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

Answer 1

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