默认
开启辅助访问
发表评论 5
即时通讯网»社区 › 解决方案区 › MobileIMSDK › [已回复] 求教超长消息出现ucnv_toUnicode failed: 的问 ...
想开发IM：买成品怕坑？租第3方怕贵？找开源自已撸？尽量别走弯路了... 找站长给点建议
推荐 捐助作者，得《MobileIMSDK精编注释版 (精编源码+算法图+CHM版API)》，限量50份！ / 资料从何找起？看技术专辑吧!
[已回复] 求教超长消息出现ucnv_toUnicode failed: 的问题
阅读（45042） | 评论（5） 收藏 淘帖 赞
Micheal.C Lv.1 | 只看该作者 倒序浏览 |阅读模式
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
2 楼: JackJiang Lv.9 精华之王 白金版主 终身成就 | 只看该作者
这个问题倒是很少见，你是怎么搞出来的？会不会是消息超长被截断了？
签名: 《企业微信的全新鸿蒙NEXT客户端架构演进之路》http://www.52im.net/thread-4812-1-1.html
3 楼: Micheal.C Lv.1 楼主 | 只看该作者
引用：JackJiang 发表于 2017-10-25 10:22
这个问题倒是很少见，你是怎么搞出来的？会不会是消息超长被截断了？

我们目前做离线消息的机制，然后客户端登陆的时候，我去重数据库里面把离线消息查询出来，然后再push 给客户端就会报错了。
这个消息超长是怎么回事，最长时消息限制长度是多少
4 楼: JackJiang Lv.9 精华之王 白金版主 终身成就 | 只看该作者
引用：Micheal.C 发表于 2017-10-25 10:26
我们目前做离线消息的机制，然后客户端登陆的时候，我去重数据库里面把离线消息查询出来，然后再push 给 ...

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

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

评分

1

查看评分

签名: 《企业微信的全新鸿蒙NEXT客户端架构演进之路》http://www.52im.net/thread-4812-1-1.html
5 楼: Micheal.C Lv.1 楼主 | 只看该作者
引用：JackJiang 发表于 2017-10-25 10:32
关于消息超长问题，你看看这个帖子：
《[已回复] MobileIMSDK发送消息的最大字节数是多少？超了会出现什 ...

我明白怎么处理了，多谢啦
6 楼: JackJiang Lv.9 精华之王 白金版主 终身成就 | 只看该作者
引用：Micheal.C 发表于 2017-10-25 11:13
我明白怎么处理了，多谢啦

好的
签名: 《企业微信的全新鸿蒙NEXT客户端架构演进之路》http://www.52im.net/thread-4812-1-1.html
返回列表 发新帖 发表评论
打赏楼主 ×
使用微信打赏！ 使用支付宝打赏！
即时通讯技术的分享和传播需要您的支持，感谢打赏！

返回顶部