应用宝(MediaRouteProviderService)媒体路由保活思路研究
现象
gms通过android.media.MediaRouteProviderService拉活应用宝的现象
日志
07-29 18:00:55.625 1442 2258 D IntentFirewall: service:Block = false intent = Intent { act=android.media.MediaRouteProviderService cmp=com.tencent.android.qqdownloader/com.tencent.assistant.syscomponent.MediaRouteProviderService } callerUid = 10152 callerPid = 2330 callerPackage = com.google.android.gms calledPackage = com.tencent.android.qqdownloader calledUid = 1026507-29 18:00:56.207 1442 1496 D IntentFirewall: provider:Block = false intent is NULL! callerUid = 10066 callerPid = -1 callerPackage = com.android.providers.blockednumber calledPackage = com.tencent.android.qqdownloader calledUid = 1026507-29 18:00:56.682 1442 2314 D IntentFirewall: provider:Block = false intent is NULL! callerUid = 10265 callerPid = -1 callerPackage = com.tencent.android.qqdownloader calledPackage = com.tencent.android.qqdownloader calledUid = 1026507-29 18:00:56.717 1442 1918 D IntentFirewall: provider:Block = false intent is NULL! callerUid = 10265 callerPid = -1 callerPackage = com.tencent.android.qqdownloader calledPackage = com.tencent.mm calledUid = 1028307-29 18:00:57.388 1442 2155 D IntentFirewall: service:Block = false intent = Intent { cmp=com.tencent.android.qqdownloader/com.tencent.assistant.daemon.CoreService } callerUid = 10265 callerPid = 5625 callerPackage = com.tencent.android.qqdownloader calledPackage = com.tencent.android.qqdownloader calledUid = 10265
系统自启动的拦截方案
方案1：动态拦截
原则是不影响兼容性或用户体验的条件下，对非可感知的后台启动行为可以进行拦截
判断启动方和被启动方的应用标签状态，如果都非可见且被启动方（应用宝）也没有被fork，但是由于caller是系统进程想要冷启动第三方App，还是需要慎重判断拦截（例如加一些灭屏条件或剔除gms类型拉起或Media路由非真实被使用等更精细化条件辅助判断是否拦截）
方案2：rule拦截
如下AOSP配置就行，可以简单包名也可以精确到called,caller,action和component，从配置文件我们也可以看出来，手机厂商拦截应用后台自启动，真的可以很随心所欲啊。第三方应用好不容易辛苦研究了一个保活技术，直接就被厂商配置文件给拦截了。这也就是后面app工程师，不怎么想研究保活技术的原因了哈。
<service block="true" called="com.tencent.android.qqdownloader" caller="com.google.android.gms"interaction="*" log="true"><intent-filter><action name="android.media.MediaRouteProviderService" /></intent-filter><component-filtername="com.tencent.android.qqdownloader/com.tencent.assistant.syscomponent.MediaRouteProviderService" /></service><service block="true" called="com.tencent.android.qqdownloader" caller="*"interaction="*" log="true"><intent-filter><action name="android.media.MediaRoute2ProviderService" /></intent-filter><component-filtername="com.tencent.android.qqdownloader/com.tencent.assistant.syscomponent.MediaRouteProviderService2" /></service>
这种配置文件拦截的，可能是一些大厂的作风为主。因为这样不破坏整体拦截策略稳定性。即为了交付进行拦截
应用宝保活思路研究
应用宝通过以下策略增强保活效果：
高频绑定：媒体路由发现是周期性行为（如设备网络变化时），触发多次绑定。
多进程守护：:live 进程与主进程分离，避免全量被杀。
系统白名单：媒体路由服务属于系统功能依赖，绑定请求通常不受后台限制
1. 应用宝如何使用SDK拉活自己呢
反编译一下应用宝原理就知道了哈
1. 清单文件注册（AndroidManifest.xml）
应用宝需在清单文件中声明自定义的 MediaRouteProviderService/MediaRoute2ProviderService，并注册系统标准的媒体路由 Action：
<serviceandroid:name="com.tencent.assistant.syscomponent.MediaRoute2ProviderService"android:label="@string/media_route_service_name"android:process=":live" <!-- 使用独立进程保活 -->android:exported="true"> <!-- 允许系统绑定 --><intent-filter><action android:name="android.media.MediaRouteProviderService" /></intent-filter></service><service android:name="com.tencent.assistant.syscomponent.MediaRouteProviderService2" android:enabled="true" android:exported="true" android:process=":live"><intent-filter><action android:name="android.media.MediaRoute2ProviderService"/></intent-filter></service>
保活关键点：
1.android.media.MediaRouteProviderService 是系统媒体路由器框架的固定 Action，用于发现服务
2.:live 进程后缀用于隔离并提高优先级，避免主进程被杀时连带失效
2. 服务实现类
应用宝其实也没做啥事情哈
package com.tencent.assistant.syscomponent;import android.content.Intent;import android.os.Binder;import android.os.IBinder;import android.os.SystemClock;import androidx.annotation.Nullable;import com.tencent.assistant.Settings;import com.tencent.assistant.utils.SysComponentHelper;/* compiled from: ProGuard *//* loaded from: classes2.dex */public class MediaRouteProviderService2 extends BaseSysComponentService {@Override // com.tencent.assistant.syscomponent.BaseSysComponentServicepublic SysComponentHelper.SysComponentType a() {return SysComponentHelper.SysComponentType.MediaRouteProviderService2;}@Override // com.tencent.assistant.syscomponent.BaseSysComponentService, android.app.Service@Nullablepublic IBinder onBind(Intent intent) {Settings.get().setAsync("key_live_media_service_on_bind", Long.valueOf(SystemClock.elapsedRealtime()));SysComponentHelper.e(SysComponentHelper.SysComponentType.MediaRouteProviderService2, "service_bind");return new Binder();}@Override // com.tencent.assistant.syscomponent.BaseSysComponentService, android.app.Servicepublic void onCreate() {super.onCreate();}}
Google Play 服务（com.google.android.gms）会主动绑定此服务以发现投屏设备，从而拉活应用宝进程。
2. 系统侧的冷启动堆栈
本质还是bindService哈，MediaRoute2ProviderServiceProxy的bindService冷启动了应用宝
01-26 03:00:16.621 7461 7461 I ActivityManager: startProcessLocked com.tencent.android.qqdownloader:live01-26 03:00:16.621 7461 7461 I ActivityManager: java.lang.Throwable01-26 03:00:16.621 7461 7461 I ActivityManager: at com.android.server.am.ProcessList.startProcessLocked(ProcessList.java:1697)01-26 03:00:16.621 7461 7461 I ActivityManager: at com.android.server.am.ProcessList.startProcessLocked(ProcessList.java:2418)01-26 03:00:16.621 7461 7461 I ActivityManager: at com.android.server.am.ProcessList.startProcessLocked(ProcessList.java:2558)01-26 03:00:16.621 7461 7461 I ActivityManager: at com.android.server.am.ActivityManagerService.startProcessLocked(ActivityManagerService.java:2858)01-26 03:00:16.621 7461 7461 I ActivityManager: at com.android.server.am.ActiveServices.bringUpServiceLocked(ActiveServices.java:4278)01-26 03:00:16.621 7461 7461 I ActivityManager: at com.android.server.am.ActiveServices.bindServiceLocked(ActiveServices.java:2956)01-26 03:00:16.621 7461 7461 I ActivityManager: at com.android.server.am.ActivityManagerService.bindServiceInstance(ActivityManagerService.java:12782)01-26 03:00:16.621 7461 7461 I ActivityManager: at com.android.server.am.ActivityManagerService.bindServiceInstance(ActivityManagerService.java:12729)01-26 03:00:16.621 7461 7461 I ActivityManager: at android.app.ContextImpl.bindServiceCommon(ContextImpl.java:2035)01-26 03:00:16.621 7461 7461 I ActivityManager: at android.app.ContextImpl.bindServiceAsUser(ContextImpl.java:1974)01-26 03:00:16.621 7461 7461 I ActivityManager: at com.android.server.media.MediaRoute2ProviderServiceProxy.bind(MediaRoute2ProviderServiceProxy.java:243)01-26 03:00:16.621 7461 7461 I ActivityManager: at com.android.server.media.MediaRoute2ProviderServiceProxy.onBindingDied(MediaRoute2ProviderServiceProxy.java:312)01-26 03:00:16.621 7461 7461 I ActivityManager: at android.app.LoadedApk$ServiceDispatcher.doConnected(LoadedApk.java:2184)01-26 03:00:16.621 7461 7461 I ActivityManager: at android.app.LoadedApk$ServiceDispatcher$RunConnection.run(LoadedApk.java:2221)
典型调用链：
MediaRouter2 → MediaRoute2ProviderServiceProxy.bind() → 目标服务进程启动 → getControllerName() 获取展示名称
/*** 媒体路由提供者服务的代理类，用于绑定和管理实际的 MediaRoute2ProviderService 服务。* 通过 Binder 机制与系统媒体路由器框架交互，负责路由发现和会话控制。** @see MediaRoute2ProviderService 系统媒体路由服务的基类*/final class MediaRoute2ProviderServiceProxy extends MediaRoute2Provider {// 系统定义的媒体路由服务接口 Actionpublic static final String SERVICE_INTERFACE = "android.media.MediaRoute2ProviderService";/*** 绑定目标媒体路由提供者服务。* 绑定成功后，通过 mServiceConnection 回调处理服务连接状态。* 绑定优先级为前台服务（BIND_FOREGROUND_SERVICE），确保进程不被轻易回收。** @throws SecurityException 若缺少绑定权限或目标服务未声明导出*/private void bind() {if (!mBound) {if (DEBUG) {Slog.d(TAG, this + ": Binding");}// 构建指向目标服务的 Intent，使用系统预定义 ActionIntent service = new Intent(MediaRoute2ProviderService.SERVICE_INTERFACE);service.setComponent(mComponentName);try {// 绑定服务并设置自动创建和前台优先级标志mBound = mContext.bindServiceAsUser(service,mServiceConnection,Context.BIND_AUTO_CREATE | Context.BIND_FOREGROUND_SERVICE,new UserHandle(mUserId));if (!mBound && DEBUG) {Slog.d(TAG, this + ": Bind failed");}} catch (SecurityException ex) {// 捕获权限异常（如目标服务未声明 exported=true）if (DEBUG) {Slog.d(TAG, this + ": Bind failed", ex);}}}}}/*** 媒体会话管理器，负责处理媒体控制器（MediaController）的元数据获取和展示逻辑。* 包含从应用或服务中提取显示名称的功能。*/public class MediaSessions {/*** 获取媒体控制器的显示名称，优先从 MediaRouteProviderService 的服务标签中获取，* 若未找到则回退到应用标签，最后返回包名。** @param controller 目标媒体控制器实例* @return 控制器友好名称（如“应用宝投屏”），默认返回包名*/protected String getControllerName(MediaController controller) {final PackageManager pm = mContext.getPackageManager();final String pkg = controller.getPackageName();try {// 优先从 MediaRouteProviderService 的服务标签获取名称if (USE_SERVICE_LABEL) {// 查询所有注册了 MediaRouteProviderService 的服务final List<ResolveInfo> ris = pm.queryIntentServices(new Intent("android.media.MediaRouteProviderService").setPackage(pkg), 0);if (ris != null) {for (ResolveInfo ri : ris) {if (ri.serviceInfo == null) continue;// 确保服务属于当前包if (pkg.equals(ri.serviceInfo.packageName)) {final String serviceLabel =Objects.toString(ri.serviceInfo.loadLabel(pm), "").trim();if (serviceLabel.length() > 0) {return serviceLabel; // 返回服务标签（如“应用宝投屏”）}}}}}// 回退到应用标签final ApplicationInfo ai = pm.getApplicationInfo(pkg, 0);final String appLabel = Objects.toString(ai.loadLabel(pm), "").trim();if (appLabel.length() > 0) {return appLabel; // 返回应用名称（如“应用宝”）}} catch (NameNotFoundException e) {// 忽略异常，返回包名}return pkg; // 默认返回包名（如“com.tencent.android.qqdownloader”）}}
MediaRoute2ProviderService：系统级服务，用于发布和管理媒体路由（如 Chromecast 设备），绑定后触发进程拉活。
进程保活：应用宝通过声明该服务并设置独立进程（:live），借助 Google Play 服务的绑定请求实现自启动
3. 那么媒体路由保活方案有用吗？
答：肯定是有用的，不然应用宝也不会搞这个保活技术。那为啥有些手机又没用呢？因为啊华米OV等一些大厂都有自己的自启动模块或功耗开发工程师啊，很多年前啊，他们在大数据中或用户反馈中发现了这一后台启动行为，进行了拦截处理哈。但是啊，我们手机其实不止华米OV，总有一些非主流的牌子，不一定有对应拦截媒体路由保活的策略哈。反正看着选择就行哈。但是其实应用后台保活的趋势不强了，尽量还是按需来就行了。能不能常驻后台运行，用户决定就行了。当然这块我们程序员决定不了，看公司商业良心了。