【问题标题】:Netty ObjectDecoder throws java.io.StreamCorruptedException: unexpected end of block dataNetty ObjectDecoder 抛出 java.io.StreamCorruptedException:块数据意外结束
【发布时间】:2012-02-06 02:51:58
【问题描述】:

我有一个不寻常的问题导致我把头发扯掉。我有一个 Netty 客户端/服务器设置。服务器向客户端发送一个命令对象。然后,客户端将在命令对象中找到的每个二进制命令发送到连接到其本地串行端口的设备。每个命令的答案(二进制字符串)都存储在命令对象中,当所有命令都执行完毕后,命令对象将返回给服务器。所以我在客户端和服务器管道中都使用了 ObjectEncoder 和 ObjectDecoder。

我有一个特定的、可重复的情况,当特定的命令对象返回到服务器时,服务器会抛出“java.io.StreamCorruptedException:块数据意外结束”(下面的堆栈跟踪)。我在服务器和客户端上都使用 Netty 3.2.7-Final,我在客户端和服务器上都使用 Oracle Java 1.7.0_02。

真正让我头疼的是,如果我在 Windows 7 下本地运行客户端和服务器,那么作业会正确运行。如果我在 Debian Linux 系统上远程运行服务器,那么特定作业可以正确运行。但是,当我在 Linux CentOS 6 系统上运行服务器时,该作业每次都会失败,但有例外。 (客户端必须在Windows环境下运行)

非常欢迎任何有关如何进一步调试的建议。我已经研究过扩展 ObjectEncoder,这样我就可以将序列化的对象转储到磁盘上以查看在线上的内容,但我不知道如何获取 encode 方法返回的 ChannelBuffer 的内容。

java.io.StreamCorruptedException: unexpected end of block data
    at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1369)
    at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
    at java.io.ObjectInputStream.defaultReadObject(ObjectInputStream.java:498)
    at java.lang.Throwable.readObject(Throwable.java:913)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:601)
    at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
    at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
    at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
    at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
    at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
    at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1888)
    at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
    at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
    at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369)
    at java.util.ArrayList.readObject(ArrayList.java:733)
    at sun.reflect.GeneratedMethodAccessor70.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:601)
    at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:991)
    at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1866)
    at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
    at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
    at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1964)
    at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1888)
    at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771)
    at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1347)
    at java.io.ObjectInputStream.readObject(ObjectInputStream.java:369)
    at org.jboss.netty.handler.codec.serialization.ObjectDecoder.decode(ObjectDecoder.java:129)
    at org.jboss.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:282)
    at org.jboss.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:214)
    at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:274)
    at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:261)
    at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:351)
    at org.jboss.netty.channel.socket.nio.NioWorker.processSelectedKeys(NioWorker.java:282)
    at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:202)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:722)

【问题讨论】:

    标签: centos netty centos6


    【解决方案1】:

    由于解码时出现问题,

    您可以在解码之前将接收到的通道缓冲区十六进制转储到日志中,然后再对其进行分析。您必须拥有自己的 ObjectDecoder 版本,例如

        @Override
    protected Object decode(
            ChannelHandlerContext ctx, Channel channel, ChannelBuffer buffer) throws Exception {
    
        ChannelBuffer frame = (ChannelBuffer) super.decode(ctx, channel, buffer);
        if (frame == null) {
            return null;
        }
    
    
        logger.debug("Hex dump of object frame [" + ChannelBuffers.hexDump(frame) + "]");
    
        return new CompactObjectInputStream(
                new ChannelBufferInputStream(frame), classResolver).readObject();
    }
    

    【讨论】:

    • 谢谢,我会试试的。有没有一种方便的方法可以在将编码对象放在网络上之前对其执行相同的操作,以便我可以检查正在发送的内容是否正在接收?
    • 超类只是一个帧解码器,所以实际的对象解码发生在 readObject 不是吗?我认为您可以对 ObjectEncoder 做类似的事情。
    猜你喜欢
    • 1970-01-01
    • 2021-05-01
    • 2013-08-23
    • 1970-01-01
    • 2015-12-25
    • 2014-05-13
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多