感觉和线程没有关系! 本质上没有好处理数据粘包。 直接用 int toString 这个不科学。0000-9999的数字。 后面readByte(99) 这样就可以返回对应长度的数据了吗? buf.readableBytes()<length+4
手机端不能使用 < 符号呀,。后面的内容都被替换掉了 ######回复
@wzfz : 有问题的吧 我换成每次都new一个就好了。######回复
@薛泽群 : 共用一个时没有问题的,比如servlet的单例多线程######我发现问题了,其实是我的服务端new的一个decoler只new了一次,意思就是所有的线程都共享了一个decoler,必须为每一个线程new一个decoder。 ChannelPipeline p = Channels.pipeline(); p.addLast("frameDecoder", new MsgDecoder(charset, 65540));######
方法单线程没有问题,多线程或出现数据错乱的问题
加个 synchronized 不让并发访问试试 ######我也用过,但是会发现有些数据接收不到,好奇怪,不知道为什么。######在你这个解码器之前在增加一个 new LengthFieldBasedFrameDecoder 这个解码器 这样就可以解决掉你的问题 这个就是处理粘包和分包的
######恩 我试过可以,但是客户端那边必须要先发一个长度,再发报文过来? 有解码器可以直接发送报文,报文里面有长度+报文内容,有这样的解码器吗?######这个解码器需要你自己来写,多长的内容,解码出什么对象 要根据自己的设计来实现