[已回复] 求教MobileIMSDK是否适合用在实时群组位置共享的场景下？

首先感谢jack大神的指导，最近猛涨姿势！
这里还想请教一个问题
现在的项目是一个基于地理信息的im系统，想实现一个聊天群组中所有的用户共享自己的位置 的功能。
基本的想法是单个用户一次上传自己的经纬度信息，服务器接收到后将所有同组人员的经纬度信息再回传给客户，以此来实现一次组群位置的更新。
想请求大神可否基于MobileIMSDK中的udp长连接来实现。

可以。
udp很适合用在高度要求实时的场景下，MobileIMSDK的指令可以不开启丢包重传机制，因为对位置共享来说丢包无所谓，不延迟、能高效、实时地把最新位置共享出来才是这关键，而这跟实时音视频里为什么优先考虑UDP协议的原因所在（实时位置共享，跟音视频聊天一样，万一因为TCP的丢包重传而导致延迟增加，也就实去了实时共享的实际意义），你体会一下就能明白。

引用：JackJiang 发表于 2020-03-05 21:57
可以。
udp很适合用在高度要求实时的场景下，MobileIMSDK的指令可以不开启丢包重传机制，因为对位置共享来 ...

谢谢指导，但当服务器返回组群中其它成员位置时，至少需要用户名和对应经纬度这三个信息，如果组群用户数达到一定数量，很可能数据包就过大了，超过了1472的限制了，这样以来还适用么？

引用：jayhuang 发表于 2020-03-06 10:08
谢谢指导，但当服务器返回组群中其它成员位置时，至少需要用户名和对应经纬度这三个信息，如果组群用户数 ...

udp只用作指令发送，客户端收到指令通知后通过http拉，有多大拉多大。

引用：JackJiang 发表于 2020-03-06 10:19
udp只用作指令发送，客户端收到指令通知后通过http拉，有多大拉多大。

谢谢悉心指导！衷心感谢！

引用：JackJiang 发表于 2020-03-06 10:19
udp只用作指令发送，客户端收到指令通知后通过http拉，有多大拉多大。

也就意味着这个业务可以独立于MobileIMSDK用纯http实现咯，client POST一次自己的位置 ，然后 服务器http返回同组其它人的位置 ，这个基本没MobileIMSDK的啥 事儿了吧

引用：jayhuang 发表于 2020-03-09 11:20
也就意味着这个业务可以独立于MobileIMSDK用纯http实现咯，client POST一次自己的位置 ，然后 服务器http ...

当然不是啦，你http post自已的位置，但服务端是无法通过http再post回给别人你的位置。。。
你对长连接和短连接的技术原理，了解的很少啊

引用：JackJiang 发表于 2020-03-09 15:03
当然不是啦，你http post自已的位置，但服务端是无法通过http再post回给别人你的位置。。。
你对长连接 ...

我post的时候，服务器就直接返回所有组类成员位置信息的json不行么

引用：jayhuang 发表于 2020-03-09 17:07
我post的时候，服务器就直接返回所有组类成员位置信息的json不行么

你思考一下：你这个是能返回，但其它人怎么能马上知道你的位置？直到他自已提交自已位置的时候吗？

引用：JackJiang 发表于 2020-03-09 19:37
你思考一下：你这个是能返回，但其它人怎么能马上知道你的位置？直到他自已提交自已位置的时候吗？

我计划是每个用户5秒钟就post一次，其实系统对这个定位的实时性要求不高，5秒已经足够了