SMS 路由策略
2018-04-18 18:46:33 0 举报
语义处理
作者其他创作
大纲/内容
S1 V2.0
S4 V1.0
S3 V1.0
S3 V2.0
版本相同按照SMS配置的包名优先级
S2 V1.0
SMS 优先级 中
SMS 的路由策略保持不变,配置驱动SMS 连接子服务时的策略参照以前taiservice1. 连接子服务时,扫描包服务下所有的对应有这个服务的包,并获取版本2.按照版本好大小排序,连接版本号最新的子服务3.如果子服务的版本号相同,按照包名优先级进行4.如果低版本的服务先启动,后面安装了一个带这个服务的高版本,发送广播,杀死低版本的服务,并重连。重连时按照最新的策略进行
S4 V2.0
SMS
SMS 优先级 高
第二版
1. SM 和 SMS 也属于C/S 架构,如果SMS的路由完全通过报名驱动加载,那可能如果宿主版本不更新,SM 和 SMS 协议一直无法更新2. SMS 整个系统可能存在多份,接口鉴权无法实施3. 因为目前TAES架构所有的服务组件都是标准的Service组件。按照taiservice 之前的,SMS启动子服务时,需要扫描扫描包服务,得到优先级,并发送广播如果已有启动的低版本的,需要杀死服务,重连,重连时按照计算的优先级。同时还需要监听包安装和卸载的情况动态调整优先级如果时taiservice类似架构比较合适。但是我们当前架构都是真正的服务,而不是binder。相当于每一个都是一个taiservice,路由比较复杂4. 如果进行低版本断开连接,开启重连。可能丢失调服务的某些状态
SM
S1 V1.0
S2 V2.0
第一版
正在运行
SMS 优先级 低
改进:1.扫描系统中是否有已经在运行的SMS,如果有这个SMS属于最高优先级,后面的所有SM都连接这个SMS,整个系统中只有一个SMS。统一由这个SMS发起子路由连接。
1. SMS 路由根据包名优先级路由 \"com.tencent.taes\
第三版
S1 V1.0正在运行
注意Android高版本权限问题,高版本不能监听或者查询其他进程的运行情况 和 部分机器对于应用启动和关联启动都做了限制
弊端
0 条评论
回复 删除
下一页