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高版本权限问题，高版本不能监听或者查询其他进程的运行情况 和 部分机器对于应用启动和关联启动都做了限制
弊端
