[已回复] 求助使用MobileIMSDK开发位置共享App的技术方案探讨

jayhuang

首先感谢大佬JackJiang提供宝地，让我学到了很多网络方面的知识。

我是一个小白独立开发者，自己有开发一个地图类app，一直想把位置共享功能加入其中，一直也在努力，由于环境比较封闭所以只能依赖网络上学习，导致进度缓慢，填坑不少，方案定了又推，难定取舍，耗费了不少精力，现在通过在这个网站不断的学习，已经基本完成了“队伍建立”“队伍修改”“队伍申请”这几个基本功能，其中也是按照大神的指导，udp短指令加http请求来完成的，现在遇到核心的位置队伍共享功能，方案不能取舍，想在这里让大神JackJiang给点指导。

方案一：

用户定位成功，然后通过udp上传到服务器，服务器取对应队伍所有成员的列表，循环判断是否在线，如果在线则分发给每个用户，用户端收到后做相应的处理即完成一次定位操作
优势：实时
劣势：

1.当用户所在的组群过多时，需要向每个组群发送位置，这样以来，服务器同时接收转发的指令的量可能会非常的大，后期业务量上来后可能会有一定的压力
2.需要向用户所有的组的成员推送当前位置，这个任务量较大实现起来不够优雅

方案二：

修改IMservice源码，在onlineProcessor中添加一个ConcurrentHashMap(String,String) 来存在在线用户的位置信息（userId,locationString）

用户定位成功，通过udp上传服务器，然后服务器存入ConcurrentHashMap中，位置分发则采取用户端定时任务通过http循环请求的方式，例如如果当前用户选择队伍A来加载在地图上，则后台locaitonShareService启动一个循环任务 http请求server，然后service获取队伍A所有成员username，然后从ConcurrentHashMap中把位置取出来生成json返回用户端
优势：简单优雅
劣势：不够实时

以上是我想到的两个方案，望大神给点指导，该选哪个方案进行哪些优化，或者还有更好的方案
功能实时性要求其实不高，5秒一个位置更新已足够
其实前面由提过这个问题，大神进行过回复，不过现在我对MobileIm的理解更深了，所以想提出来再探讨一下，希望大佬指导指导！