ios即时通讯离线推送无效

[chenji]

appID:TXUfJago9tffHHbdR3NRz0tC-9Nh9j0Va

使用代码关掉聊天服务后，_Installation表里的channels数据自动清空。设备无法收到离线推送消息。请问这是为何。
client_GV.close { (success:Bool, error:Error?) in
if success{
print("即时通讯服务关闭成功")
}else{
print("即时通讯服务关闭失败(error?.localizedDescription as Any)")
}
}

[chenji]

还有个问题，ios sdk更新之后，提示：Value of type 'AVGeoPoint' has no member 'distanceInKilometers'。这个计算距离的接口是主动删掉的？还是失误删掉的？

[xiaoxu]

你好，执行了 close 就是代表用户退出即时通讯服务（断开 LeanCloud 云端服务器连接），这个断开是会清空 channels 的。以微信举例，close 操作相当于退出当前用户的登录，这时候是不再接推送的。

如果您是希望离线消息推送，不能执行 close，应用退到后台 Client 就离线了。

[xiaoxu]

ios sdk更新之后，提示：Value of type 'AVGeoPoint' has no member 'distanceInKilometers'。

请问当前的 SDK 版本是什么。

[chenji]

11.5.2没有问题。更新成11.6.1就出问题了。

[chenji]

我勒个去，真的可以了。那是不是只要执行了client.open，那客户端就是一直打开的状态，客户也是一直在线了。除非退出登录时，执行client.close。

[xiaoxu]

11.5.2没有问题。更新成11.6.1就出问题了。

内部确认了一下，这个接口是我们在更新 SDK 时下线了。因为 SDK 内部的几个获取地理位置的方法，使部分用户遇到苹果审核时要求提供 GPS 权限相关问题，所以我们内部将几个接口下线了。建议您替换为系统提供的其他计算距离的方法。

那是不是只要执行了client.open，那客户端就是一直打开的状态，客户也是一直在线了。除非退出登录时，执行client.close。

应用退到后台，用户就离线了。用户上线需要重新执行 client.open。

[chenji]

听君一席话，胜读十年书。你这么一说，我对client的理解就深刻很多了。文档写的还是有点简短了，如果能再清晰一些就好了。

[xiaoxu]

可以用于替换的系统的 API： https://developer.apple.com/documentation/corelocation/cllocation/1423689-distancefromlocation?language=objc

[chenji]

关于avgeopoint，我用的老版本，用到了这些接口，app已经上架了。描述清楚为什么要用定位就可以了。我觉得没有必要下线这些接口。用起来很方便的，用第三方的，就得转来转去了。

[chenji]

感谢耐心回复。非常感谢！！！帮了很大的忙。

[chenji]

大哥，请问ios即时通讯如何稳定可靠的获取未读消息数量？

按照文档写的：在客户端重新登录上线后，即时通讯云端会实时计算下线时间段内当前用户参与过的对话中的新消息数量。

app切换到后台，进入到其他页面，这个未读消息数量都是可以正常显示的，但是一旦后台杀掉app，再重新进入，或者重新登录app，之前初始化的client数据就会丢失，再想拿到相关数据，就必须重新初始化，这样的话：未读消息数量就全部归零了。

虽然有离线推送了，但是在以上两个场景里，如何实现准确获取未读消息数量。或者说，AVIMClient有没有什么特殊方式保存起来，不用再进行初始化操作？

[pzheng]

或者说，AVIMClient有没有什么特殊方式保存起来，不用再进行初始化操作？

AVIMClient 不初始化，那它还是有什么用呢？所有 IM 操作都是基于初始化之后的啊。还是说你指的「初始化」是另一个意思？

[chenji]

我说的初始化就是你理解的意思。刚登录app之后，想用及时通讯功能，需要AVIMClient.init，这时候有未读消息，数量都是可以正常显示的。但是如果我不去看这消息，后台直接杀死app，再重新进入，就需要再一次AVIMClient.init，这样的话，未读消息数量就是从现在开始重新计算，这样数据就不准确了。请问有什么好的解决方式？

[pzheng]

可能您没有理解我们的「未读消息机制」，如果不调用 conversation 的 read 方法，未读数是不会被清零的。

具体可以参考文档：https://leancloud.cn/docs/realtime-guide-intermediate.html#hash1862532095

[chenji]

哥，这个我是真理解了，但是我现在做的项目，的确出现问题了。

如果我这些消息没有阅读过，app后台杀死，重新进，我现在必须重新调用AVIMClient.init，才能正常client.open，但是这时候，的确未读消息数就清零了。我没有使用conversation.read功能。

文档写的：在客户端重新登录上线后，即时通讯云端会实时计算下线时间段内当前用户参与过的对话中的新消息数量。

不知道SDK是不是从AVIMClient.init之后，计算的数量，还是别的逻辑

[pzheng]

能否提供对应的 log 信息？

[chenji]

需要哪些log呢

[pzheng]

复现该问题过程中产生的所有 log 信息。

[chenji]

后台杀死app好像没有log了。。。

我就是定义了一个全局变量client_GV，登录后client_GV = AVIMClient.init(user: AVUser.current()!, tag: "mobile")

如果后台杀死掉，再进app，直接用client_GV.open，就会报错client_GV为nil，就闪退了。
所以我加了下面一个判断，如果==nil，就重新初始化，才可以。但是这样带来的结果就是未读消息数量置零了。

if client_GV == nil{
//创建client并打开
client_GV = AVIMClient.init(user: AVUser.current()!, tag: "mobile")
//开启未读消息
AVIMClient.setUnreadNotificationEnabled(false)
}

    client_GV.delegate = self

    //查询下服务器有没有会话
    let query = client_GV.conversationQuery()
    client_GV.open { (succeeded:Bool, error:Error?) in
   //查询聊天记录

    }