你好,我这里能确认的是服务目前是正常的。连接不上可能是网络环境原因,请使用 ping, traceroute, mtr 等工具测试对上述连接地址的连通性,将测试结果发在这里。另外请告知出现上述超时的设备大致所在地理位置,所使用的网络运营商名称,以及网络环境类型(WIFI?)

之后我们来查看一下。

你好,抱歉我删了你发出的消息,因为 app key 暴露出来会有安全问题。请以后一定避免暴露 app key,我们在查看问题时只需要 app id 即可。

从目前监控来看,10:20 ~ 10:40 之间各监控指标均处在正常状态,并没有看到异常现象。对于上述连不上的情况,是否能提供一下连不上的用户的 client id ,我们来查看一下。

谢谢您,client id怎么查呢?
用户昵称我知道可以么?

{
"msg-id": "WxAkul_oRdyeicLlb4cIlQ",
"conv-id": "57aadb125bbb5000644a600a",
"is-conv": true,
"from": "安琪儿",
"bin": false,
"timestamp": 1479179209025,
"is-room": false,
"from-ip": "112.35.19.159",
"to": "57aadb125bbb5000644a600a",
}
就是这个用户反馈了,还有别的用户,如果需要我再给您

有这个可以 我看看奥,稍后回复

您好,从我们的记录看,这个叫做 “安琪儿”的用户在 10:39:23 时确实是断开了一次连接,之后 10:40:06 又连了上来。其它时间均有正常的发消息和加入对话操作。从 9:20 至 11:20 ,这个用户一共只断开了两次连接,并不是很频繁。所以是否能更进一步描述上述“链接聊天室链接不上”的现象呢?是收消息慢还是加入聊天室返回确认慢还是发现连接根本连不上,在不断重连呢?如果是不断重连,重连产生时间点是大概在 10:39:23 至 10:40:06 之间持续 40s 吗?因为别的时间点连接确实是稳定的。

另外还有一点,发现这个用户不断在不同的聊天室之间切换,想提醒一下一个用户每次只能加入一个聊天室,加入一个聊天室后会自动从之前的聊天室中退出来。

用户那里的现象应该是
进入A老师的聊天室,发现一片空白,然后进入B老师聊天室,发现也链接不上

除了这个用户,还有下面几个用户,而且都是在10:20-10:40的时间点说链接聊天室,聊天室空白。
在用户联系客服说连接不上聊天室是,我们这里的客服也尝试了,发现她的设备也是链接不上的。过了大概3分钟就链接上了。您能确认一下是什么愿意么?
{
"msg-id": "otQfNxv0Tm26C6o7K7JB1w",
"conv-id": "574bfcd62e958a00692bc2ce",
"is-conv": true,
"from": "花椒花雕",
"bin": false,
"timestamp": 1479178302489,
"is-room": false,
"from-ip": "111.196.218.173",
"to": "574bfcd62e958a00692bc2ce",
"data": "{\"lctext\":\"{\\"uimage\\":\\"http://file.hongguwen.com/user/20160623/576bec34423176.jpg\\",\\"replytext\\":\\"\\",\\"text\\":\\"你也进不了呀,我以为只有我呢,刚才找客服说了\\",\\"msgtype\\":1,\\"utype\\":1}\",\"lctype\":-1}",
"time": "2016-11-15 10:51:42"
}

{
"msg-id": "CmEOTZOdTLOUxFbRGxGh1A",
"conv-id": "578d7d812e958a00543f10cb",
"is-conv": true,
"from": "果果妈",
"bin": false,
"timestamp": 1479176798887,
"is-room": false,
"from-ip": "59.108.33.37",
"to": "578d7d812e958a00543f10cb",
"data": "{\"lctext\":\"{\\"replytext\\":\\"\\",\\"text\\":\\"2号一直在低吸\\",\\"uimage\\":\\"http://file.hongguwen.com/user/20160908/57d0a79d87b4e30.png\\",\\"msgtype\\":1,\\"utype\\":1}\",\"lctype\":-1}",
"time": "2016-11-15 10:26:38"
}

下面是我们这里的客服账号
{
"msg-id": "J30C6lOdRxigmzGx2EWSIA",
"conv-id": "57babe1e5bbb500063fd8353",
"is-conv": true,
"from": "股市我怕谁",
"bin": false,
"timestamp": 1479092934692,
"is-room": false,
"from-ip": "121.69.22.166",
"to": "57babe1e5bbb500063fd8353",
"data": "{\"lctype\":-1,\"lctext\":\"{\\"msgtype\\":1,\\"replytext\\":\\"\\",\\"uimage\\":\\"http:\\\/\\\/file.hongguwen.com\\\/user\\\/20161108\\\/5821806cb460d34.jpg\\",\\"utype\\":1,\\"text\\":\\"老师好\\"}\",\"_lcattrs\":{}}",
"time": "2016-11-14 11:08:54"
}

昵称为:永顺
这个用户也是我们的客服,同一个时间点也是连接不上聊天室

这应该不是第一次发生这样的问题,之前也有过,聊天室连接不上或者连接慢。这次特意记录了一下时间点和具体用户。还麻烦您帮忙查一下原因。
聊天室是用户使用频率很高的功能,出问题的话对我们的App影响非常大。拜托啦!

您好,先确认一些事情。

对聊天室来说是没有离线缓存的,也就是说一个用户进入聊天室后服务器只会主动推从这个用户进入聊天室开始的新消息,进入聊天室之前的消息必须主动通过历史记录接口拉一下才能获取。请问您应用目前是这么实现的吗?如果不是这样的话,进入聊天室后在新消息到来之前聊天室是没有消息的。

如果确认是按照我说的方式实现的,就有可能是拉取聊天室历史消息失败了。在拉取历史记录失败时,我们会返回错误码为 4311 的错误,您应用需要对这种错误实现重试机制,即比如等待一秒之后再次重新拉取记录。

另外,想拿您这边客服账号做一些查询,
“下面是我们这里的客服账号
{
"msg-id": "J30C6lOdRxigmzGx2EWSIA",
"conv-id": "57babe1e5bbb500063fd8353",
"is-conv": true,
"from": "股市我怕谁",
"bin": false,
"timestamp": 1479092934692,
"is-room": false,
"from-ip": "121.69.22.166",
"to": "57babe1e5bbb500063fd8353",
"data": "{\"lctype\":-1,\"lctext\":\"{\"msgtype\":1,\"replytext\":\"\",\"uimage\":\"http:\\/\\/file.hongguwen.com\\/user\\/20161108\\/5821806cb460d34.jpg\",\"utype\":1,\"text\":\"老师好\"}\",\"_lcattrs\":{}}",
"time": "2016-11-14 11:08:54"
}
昵称为:永顺
这个用户也是我们的客服,同一个时间点也是连接不上聊天室

对上面发出来的记录,我理解您应用的客服的 id 叫做“永顺” 对吧,他发现“连不上”(也就是说进入后没有立即显示消息)的聊天室 id 是上面发出来的 57babe1e5bbb500063fd8353 吗?因为我目前查看这个用户并没有加入过 57babe1e5bbb500063fd8353 这个对话。或者可否发一下他当时加入了哪个会话发现“连不上”呢?

昵称为:永顺
这个用户打开的聊天室con-id是57972955128fe10056d119d4

针对拉去历史消息失败的处理我和工程师确认一下。

奇怪的是,那个时间段,大范围用户反映连接不上聊天室或者拉取消息失败,应该不是个别现象的问题或者个别用户网络的问题。用户反馈后,我们几个客服人员也尝试连接聊天室,都是连接不上的状态,过了大概3分钟就连接上了。

和工程师确认了,4311没有处理。
您那里针对我们这个项目,聊天室都返回了哪些错误码有历史记录么?

翻了一遍日志记录确实是没有看到 10:20 ~ 10:40 之间查询历史记录失败的情况,倒是 12 点的时候有很多。这段时间我们历史消息存储服务压力有些大,有些时候读取的时候确实是会出现读不到数据的情况,这个我们正在做处理,一周左右的时间就会好起来。