差别
这里会显示出您选择的修订版和当前版本之间的差别。
| 两侧同时换到之前的修订记录 前一修订版 | 后一修订版 两侧同时换到之后的修订记录 | ||
|
im:extensions:value:rtmsgcallback [2018/12/26 02:53] she |
im:extensions:value:rtmsgcallback [2019/06/12 03:44] jk [实时回调功能说明] |
||
|---|---|---|---|
| 行 20: | 行 20: | ||
| * 实时消息回调规则设置成功后，即刻正常使用。 | * 实时消息回调规则设置成功后，即刻正常使用。 | ||
| * 实时消息回调范围，所有上行消息有效（包含REST发送的消息），包含单聊/群聊；如果 APP 开通了反垃圾/敏感词过滤，被识别的消息会在服务器被拦截并禁止发送，将不会回调。 | * 实时消息回调范围，所有上行消息有效（包含REST发送的消息），包含单聊/群聊；如果 APP 开通了反垃圾/敏感词过滤，被识别的消息会在服务器被拦截并禁止发送，将不会回调。 | ||
| - | * 实时消息回调接受延迟，是指环信服务器执行发出回调至环信服务器收到指定服务器的返回值200，代表实时回调已成功。接受延迟需要根据实际情况判断，在正常情况下是秒级延迟。 | + | * 实时消息回调接收延迟，是指环信服务器执行发出回调至环信服务器收到指定服务器的返回值200，代表实时回调已成功。接收延迟需要根据实际情况判断，在正常情况下是秒级延迟。 |
| * 实时消息回调对同一个 APP 可以针对不同类型的消息（chat 和 chat_offline）做配置，如果 APP 同时需要 chat 和 chat_offline 两种消息，建议区分回调地址。当然，规则也可以把这两种消息同时回调至一个指定服务器地址，在接收到消息后，可以对 eventType 做判断，区分消息的类型。 | * 实时消息回调对同一个 APP 可以针对不同类型的消息（chat 和 chat_offline）做配置，如果 APP 同时需要 chat 和 chat_offline 两种消息，建议区分回调地址。当然，规则也可以把这两种消息同时回调至一个指定服务器地址，在接收到消息后，可以对 eventType 做判断，区分消息的类型。 | ||
| * **实时消息回调重试，当环信服务器执行发出回调后，没有返回200或者返回其他错误码时，认为是指定服务器有网络或者其他因素导致失败，超过60秒后，会进行1次重连尝试，60秒内仍没有成功，将不会再次进行重试，记一次失败次数，1分钟累计180次失败 ，会对应封禁该 APP 回调规则，需要用户手动重新设置。** | * **实时消息回调重试，当环信服务器执行发出回调后，没有返回200或者返回其他错误码时，认为是指定服务器有网络或者其他因素导致失败，超过60秒后，会进行1次重连尝试，60秒内仍没有成功，将不会再次进行重试，记一次失败次数，1分钟累计180次失败 ，会对应封禁该 APP 回调规则，需要用户手动重新设置。** | ||