我正在使用 javax.websocket API 用 Java 编写一个 Websocket 客户端，并且org.glassfish.tyrus作为实施。
通常一切正常，但有时，当我收到非常大的字符串时，连接会以神秘的“非法 UTF-8 序列”作为关闭原因关闭。
log.info("Ws closed cuz: "
+ reason.getCloseCode() + " , "
+ reason.getReasonPhrase() + " , "
+ reason.toString());
Output:
INFO: Ws closed cuz: NOT_CONSISTENT , Illegal UTF-8 Sequence ,
CloseReason[1007,Illegal UTF-8 Sequence]
我猜测字符串太大，或者字符串包含与 UTF-8 不兼容的任何字符。
有没有办法获得有关导致此问题的实际字符串/数据包/帧的更多信息？或者，是否有办法告诉 tyrus 忽略任何编码问题，只将原始字符串传递给我并让我处理它？
如果没有，是否还有另一个 java websockets 客户端，它负责通过套接字传输字符串的基本工作，并且不进行任何验证，而只是让我处理响应？
感谢任何反馈。
以下只是猜测。
(1) 在服务器端，大字符串被分割成一个文本框架和一个或多个后续的延续框架。从技术上讲，将原始大字符串转换为字节数组，然后将字节数组拆分为多个子字节数组。子数组被一一设置为帧（=每一帧包含一个子字节数组）。
(2) 虽然不能保证每个子字节数组都是有效的UTF-8序列，但有效性检查要么在服务器端要么在客户端进行。如果是这样，那就是 Tyrus 的 bug。
WebSocketListener http://takahikokawasaki.github.io/nv-websocket-client/com/neovisionaries/ws/client/WebSocketListener.html of nv-websocket-客户端 https://github.com/TakahikoKawasaki/nv-websocket-client具有帧粒度的回调方法，例如onFrame, onTextFrame, onContinuationFrame和其他（请注意onTextMessage and onTextFrame是不同的），因此您可以检查那里每个帧的字节数组。
WebSocket websocket = new WebSocketFactory()
.createSocket("ws://...")
.addListener(new WebSocketAdapter() {
@Override
public void onFrame(WebSocket ws, WebSocketFrame frame) {
// If the frame is a text frame with FIN bit cleared, or
// if the frame is a continuation frame.
if ((frame.isTextFrame() && frame.getFin() == false) ||
frame.isContinuationFrame()) {
// The payload of the frame. There is no guarantee
// that this byte array is a valid UTF-8 sequence.
byte[] payload = frame.getPayload();
// Check whether the payload is a valid UTF-8 sequence
// if you want to.
checkPayload(payload);
}
}
})
.connect();
你为什么不使用nv-websocket-客户端 https://github.com/TakahikoKawasaki/nv-websocket-client检查您的 WebSocket 连接中发生了什么？
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
