9
回答
mina服务端处理大数据包断包问题
利用AWS快速构建适用于生产的无服务器应用程序,免费试用12个月>>>   

我用java的Mina做服务端接受Socket客户端发送过来的信息,但是发送的信息过大有2000多个字节,会给拆成了3-4条ByteBuffer,我通过session将他们可以连接起来,发送到返回给客户端这个过程竟然要五六秒,太不可思议了,不可忍受。请问有什么方法解决这个问题?我用的是MINA 2.0 -RC1版本。

举报
姚佳凌
发帖于7年前 9回/3K+阅
共有9个答案 最后回答: 2年前

你可以通过捉包,看看数据是否即时到客户端

我觉得是你的客户端写法问题,正常不会这久的,还有mina做客户端时好象有一个sendBufferSize的东西,你试试设置小一点

引用来自#2楼“JavaGG”的帖子

你可以通过捉包,看看数据是否即时到客户端

我觉得是你的客户端写法问题,正常不会这久的,还有mina做客户端时好象有一个sendBufferSize的东西,你试试设置小一点

 测试中我发现,我的decode方法会调用三四次,每次读取的包长度不同,直到读完返回给客户端。JavaGG,我的代码发到你163的邮箱了,麻烦帮我看看,我觉得客户端写法没什么问题啊。

引用来自#2楼“JavaGG”的帖子

你可以通过捉包,看看数据是否即时到客户端

我觉得是你的客户端写法问题,正常不会这久的,还有mina做客户端时好象有一个sendBufferSize的东西,你试试设置小一点

或者JavaGG 你可以试下你写的mina程序,试试发一个2600多字节的字符串,看会不会出问题或者速度很慢。

汗,找到问题原因了,果然是客户端写法问题,这个问题找了我一个星期啊,多谢JavaGG 的提醒。

服务端处理客户端数据慢的问题原因:我一次性out.write("两千多个字节")太多了,导致服务端自动段包处理,服务端对于段包处理分为了三四次,这个过程消耗了四五秒。

解决办法:把“两千多个字节”分多次out.write发送就不会耗时了。

遗留问题:不知道谁还有更优的解决办法避免客户端分多次out.write发送。

遗留问题:不知道谁还有更优的解决办法避免客户端分多次out.write发送。

自己封装客户端发送一个接口,对外提供统一的发送接口, 对于大字节数的分多次发送,具体每次发送多少,可以经测试后定义。

引用来自#7楼“Mr.J”的帖子

遗留问题:不知道谁还有更优的解决办法避免客户端分多次out.write发送。

自己封装客户端发送一个接口,对外提供统一的发送接口, 对于大字节数的分多次发送,具体每次发送多少,可以经测试后定义。

恩,对于几千字节的串,只能分段来发送了

顶部