默认
发表评论 5
想开发IM:买成品怕坑?租第3方怕贵?找开源自已撸?尽量别走弯路了... 找站长给点建议
[已回复] 求教超长消息出现ucnv_toUnicode failed: 的问题
阅读(43271) | 评论(5 收藏 淘帖
hi jack 大神请教一个问题,我们服务器会时不时的报错如下的问题。

10-25 09:45:36.740: I/ServerCoreHandler(6266): [IMCORE]与{uid:auratech}/192.168.16.108:38460的会话关闭(user_id=auratech)了...
10-25 09:45:36.977: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:test008}/192.168.16.101:42022的ACK应答包发送请求.
10-25 09:45:36.994: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:ios123}/192.168.16.106:7801的ACK应答包发送请求.
10-25 09:45:37.011: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:123456}/192.168.16.104:7801的ACK应答包发送请求.
10-25 09:45:37.983: I/ServerCoreHandler(6266): [IMCORE]与{uid:null}/192.168.16.108:38460的会话建立(sessionCreated)了...
10-25 09:45:37.984: I/ServerCoreHandler(6266): [IMCORE]与{uid:null}/192.168.16.108:38460的会话(sessionOpened)打开了...
10-25 09:45:38.052: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:auratech}/192.168.16.108:38460的ACK应答包发送请求.
10-25 09:45:38.061: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:test008}/192.168.16.101:42022的ACK应答包发送请求.
10-25 09:45:38.180: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:123456}/192.168.16.104:7801的ACK应答包发送请求.
10-25 09:45:38.232: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:ios123}/192.168.16.106:7801的ACK应答包发送请求.
10-25 09:46:12.696: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:auratech}/192.168.16.108:38460的通用数据发送请求.
10-25 09:46:13.314: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:test008}/192.168.16.101:42022的通用数据发送请求.
10-25 09:46:15.092: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:test008}/192.168.16.101:42022的通用数据发送请求.
10-25 09:46:29.367: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:auratech}/192.168.16.108:38460的通用数据发送请求.
10-25 09:47:13.278: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:auratech}/192.168.16.108:38460的ACK应答包发送请求.
10-25 09:47:13.324: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:auratech}/192.168.16.108:38460的ACK应答包发送请求.
10-25 09:47:20.178: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:auratech}/192.168.16.108:38460的ACK应答包发送请求.
10-25 09:47:20.179: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:test008}/192.168.16.101:42022的ACK应答包发送请求.
10-25 09:47:20.219: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:123456}/192.168.16.104:7801的ACK应答包发送请求.
10-25 09:47:20.324: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:123456}/192.168.16.104:7801的ACK应答包发送请求.
10-25 09:47:26.499: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:123456}/192.168.16.104:7801的ACK应答包发送请求.
10-25 09:47:26.500: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:auratech}/192.168.16.108:38460的ACK应答包发送请求.
10-25 09:47:33.494: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:123456}/192.168.16.104:7801的ACK应答包发送请求.
10-25 09:47:46.604: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:123456}/192.168.16.104:7801的ACK应答包发送请求.
10-25 09:47:46.634: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:123456}/192.168.16.104:7801的ACK应答包发送请求.
10-25 09:47:46.634: E/ServerCoreHandler(6266): [IMCORE]exceptionCaught捕获到错了,原因是:ucnv_toUnicode failed: U_ILLEGAL_ARGUMENT_ERROR
10-25 09:47:46.634: E/ServerCoreHandler(6266): java.lang.IllegalArgumentException: ucnv_toUnicode failed: U_ILLEGAL_ARGUMENT_ERROR
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at libcore.icu.NativeConverter.decode(Native Method)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at java.nio.charset.CharsetDecoderICU.decodeLoop(CharsetDecoderICU.java:138)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at java.nio.charset.CharsetDecoder.decode(CharsetDecoder.java:306)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at org.apache.mina.core.buffer.AbstractIoBuffer.getString(AbstractIoBuffer.java:1665)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at net.openmob.mobileimsdk.server.utils.ServerToolKits.fromIOBuffer_JSON(ServerToolKits.java:80)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at net.openmob.mobileimsdk.server.utils.ServerToolKits.fromIOBuffer(ServerToolKits.java:88)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at net.openmob.mobileimsdk.server.ServerCoreHandler.messageReceived(ServerCoreHandler.java:93)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at org.apache.mina.core.filterchain.DefaultIoFilterChain$TailFilter.messageReceived(DefaultIoFilterChain.java:858)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at org.apache.mina.core.filterchain.DefaultIoFilterChain.callNextMessageReceived(DefaultIoFilterChain.java:542)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at org.apache.mina.core.filterchain.DefaultIoFilterChain.access$1300(DefaultIoFilterChain.java:48)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at org.apache.mina.core.filterchain.DefaultIoFilterChain$EntryImpl$1.messageReceived(DefaultIoFilterChain.java:947)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at org.apache.mina.core.filterchain.IoFilterEvent.fire(IoFilterEvent.java:74)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at org.apache.mina.core.session.IoEvent.run(IoEvent.java:63)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1112)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:587)
10-25 09:47:46.634: E/ServerCoreHandler(6266):         at java.lang.Thread.run(Thread.java:818)
10-25 09:47:46.635: I/ServerCoreHandler(6266): [IMCORE]与{uid:auratech}/192.168.16.108:38460的会话关闭(user_id=auratech)了...
10-25 09:47:46.676: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:test008}/192.168.16.101:42022的ACK应答包发送请求.
10-25 09:47:47.539: I/ServerCoreHandler(6266): [IMCORE]与{uid:null}/192.168.16.108:38460的会话建立(sessionCreated)了...
10-25 09:47:47.541: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:test008}/192.168.16.101:42022的ACK应答包发送请求.
10-25 09:47:47.546: I/ServerCoreHandler(6266): [IMCORE]与{uid:null}/192.168.16.108:38460的会话(sessionOpened)打开了...
10-25 09:47:49.805: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:auratech}/192.168.16.108:38460的ACK应答包发送请求.
10-25 09:47:49.817: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:123456}/192.168.16.104:7801的ACK应答包发送请求.
10-25 09:47:49.896: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:test008}/192.168.16.101:42022的ACK应答包发送请求.
10-25 09:48:14.905: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:123456}/192.168.16.104:7801的ACK应答包发送请求.
10-25 09:48:15.090: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:auratech}/192.168.16.108:38460的ACK应答包发送请求.
10-25 09:48:15.096: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:123456}/192.168.16.104:7801的ACK应答包发送请求.
10-25 09:48:15.105: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:test008}/192.168.16.101:42022的ACK应答包发送请求.
10-25 09:48:23.372: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:123456}/192.168.16.104:7801的ACK应答包发送请求.
10-25 09:48:23.381: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:123456}/192.168.16.104:7801的ACK应答包发送请求.
10-25 09:48:23.424: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:test008}/192.168.16.101:42022的ACK应答包发送请求.
10-25 09:48:23.458: I/ServerCoreHandler(6266): [IMCORE]>> 收到客户端{uid:auratech}/192.168.16.108:38460的ACK应答包发送请求.

即时通讯网 - 即时通讯开发者社区! 来源: - 即时通讯开发者社区!

标签:MobileIMSDK
上一篇:[已回复] MobileIMSDK服务器端OnlineProcessor.getInstance()单例怎么不起作用?下一篇:[已回复] 请教MobileIMSDK离线消息的推送问题
推荐方案
评论 5
这个问题倒是很少见,你是怎么搞出来的?会不会是消息超长被截断了?
引用:JackJiang 发表于 2017-10-25 10:22
这个问题倒是很少见,你是怎么搞出来的?会不会是消息超长被截断了?

我们目前做离线消息的机制,然后客户端登陆的时候,我去重数据库里面把离线消息查询出来,然后再push 给客户端就会报错了。
这个消息超长是怎么回事,最长时消息限制长度是多少
引用:Micheal.C 发表于 2017-10-25 10:26
我们目前做离线消息的机制,然后客户端登陆的时候,我去重数据库里面把离线消息查询出来,然后再push 给 ...

关于消息超长问题,你看看这个帖子:
[已回复] MobileIMSDK发送消息的最大字节数是多少?超了会出现什么情况?

现在主流的移动端IM处理离线消息的做法:
不是直接用实时通道推,而是让客户端自已通过通用的http接口来拉,你参考《IM消息送达保证机制实现(二):保证离线消息的可靠投递

评分

1

查看评分

引用:JackJiang 发表于 2017-10-25 10:32
关于消息超长问题,你看看这个帖子:
《[已回复] MobileIMSDK发送消息的最大字节数是多少?超了会出现什 ...

我明白怎么处理了,多谢啦
引用:Micheal.C 发表于 2017-10-25 11:13
我明白怎么处理了,多谢啦

好的
打赏楼主 ×
使用微信打赏! 使用支付宝打赏!

返回顶部