剑侠盟·网游特攻队

自启动、关联启动的拦截规则

1. 自启动管控需求来源

自启动、关联启动、交叉启动、推送启动等现象的泛滥除了对个人信息保护带来隐患外，还会导致占用过多的系统CPU和内存资源，造成系统卡顿、发热、电池消耗过快；还可能引入一些包含“恶意代码”的进程在后台隐蔽启动，避开了杀毒软件等的查杀，威胁到用户通信秘密、财产安全。

2.自启动和管理启动的基础

App启动基础：Android 四大组件Activity\BroadCast\Service\ContentProvid是App启动的基本单元,大部分APP会直接或间接地依赖于这四种方式进行启动。

3.自启动和关联启动拦截规则

原理：应用主要是依赖四大组件启动，故在四大组件启动的通路新增插桩点，根据设定规则，进行组件式规则拦截，达到治理后台自启动和关联启动的现象。

3.1 通用拦截规则

1.如果是自启动和关联启动白名单应用或组件名，则不拦截启动

2.如果是前台桌面进程启动，即caller是前台可见进程或负一屏，则不拦截启动

3.如果是CTA、CTS、monkey或工程模式，则不拦截启动

4.如果caller是shell或root用户，则不拦截启动

5.如果一些自研应用或测试应用，则不拦截启动

6.如果是画中画、悬浮窗等启动，则不拦截启动

7.如果是widget启动，则不拦截启动

8.如果被调用者是系统应用或正在运行，则允许启动

9.如果调用者和被调用者是同一个应用，则允许启动。

10.如果调用者是系统应用，则允许启动

11.如果调用者是非系统应用，且被调用者是同步或闹钟操作，则禁止启动。

12.如果被调用者被限制在后台运行，则禁止启动

3.2 Activity启动拦截规则

1.如果调用者是系统应用或系统签名，则不拦截启动

2.如果被调用者是系统，则不拦截启动

3.如果是1个像素点或透明activity，则不拦截启动

4.如果 Intent 来自系统通知（from_systemUi），则允许启动。

5.如果调用者没有前台活动（callerVisible 为 false），则禁止启动。

6.如果调用者有前台活动，则允许启动。

3.3 Service启动拦截规则

(1) 窗口策略检测

如果被调用者与窗口相关（如 WindowAlarm），则允许启动。

拦截原因设置为 REASON_WINDOW。

(2) 通知检测

如果 Intent 来自系统通知（from_systemUi），则允许启动。

拦截原因设置为 REASON_NOTIFICATION。

(3) 被调用者检测

系统应用检测：

如果被调用者是系统应用，则允许启动。

拦截原因设置为 REASON_CALLED_SYSTEM。

前台运行检测：

如果被调用者正在前台运行（calledVisible 为 true），则允许启动。

拦截原因设置为 REASON_CALLED_FG。

活跃状态检测：

如果被调用者处于活跃状态（getAppActiveState 为 true），则允许启动。

拦截原因设置为 REASON_ACTIVE。

WebView 检测：

如果被调用者的类名包含 WEBVIEW_CLASSNAME_KEY（如 "sandbox"），则允许启动。

拦截原因设置为 REASON_WEB。

自启动检测：

如果调用者和被调用者是同一个应用，则允许启动。

拦截原因设置为 REASON_CALLER_SAME_CALLED。

如果被调用者处于空闲或冻结状态（getAppFreezeOrIdleState 为 true），并且被调用者在黑名单中（checkIsRestriced 为 true），则禁止启动。

拦截原因设置为 REASON_THIRDAPP_BLACK。

(4) 系统应用检测

调用者是系统应用：

如果调用者是系统应用，则允许启动。

拦截原因设置为 REASON_CALLER_SYSTEM。

非系统应用检测：

如果调用者是非系统应用，且被调用者是同步或闹钟操作，则禁止启动。

拦截原因设置为 REASON_JOB_SYNC_FORBIDDEN 或 REASON_ALARM_FORBIDDEN。

(5) 后台运行检测

如果被调用者被限制在后台运行（checkCanRunningBG 为 true），则禁止启动。

拦截原因设置为 REASON_USER_SET_BACKGROUND_RESTRICTED。

3.4 Broadcast启动拦截规则

(1) 窗口策略检测

如果被调用者与窗口相关（如 WindowAlarm），则允许启动。

拦截原因设置为 REASON_WINDOW。

(2) 通知检测

如果 Intent 来自系统通知（from_systemUi），则允许启动。

拦截原因设置为 REASON_NOTIFICATION。

(3) 被调用者检测

系统应用检测：

如果被调用者是系统应用，则允许启动。

拦截原因设置为 REASON_CALLED_SYSTEM。

前台运行检测：

如果被调用者正在前台运行（calledVisible 为 true），则允许启动。

拦截原因设置为 REASON_CALLED_FG。

活跃状态检测：

如果被调用者处于活跃状态（getAppActiveState 为 true），则允许启动。

拦截原因设置为 REASON_ACTIVE。

自启动检测：

如果调用者和被调用者是同一个应用，则允许启动。

拦截原因设置为 REASON_CALLER_SAME_CALLED。

如果被调用者处于空闲或冻结状态（getAppFreezeOrIdleState 为 true），并且被调用者在黑名单中（checkIsRestriced 为 true），则禁止启动。

拦截原因设置为 REASON_THIRDAPP_BLACK。

(4) 白名单检测

如果 Intent 的 Action 在白名单中（mActionWhiteList），则允许启动。

拦截原因设置为 REASON_ACTION_WHITE。

(5) 系统应用检测

调用者是系统应用：

如果调用者是系统应用，则允许启动。

拦截原因设置为 REASON_CALLER_SYSTEM。

非系统应用检测：

如果调用者是非系统应用，且被调用者未运行，则禁止接收系统广播。

拦截原因设置为 REASON_THIRDAPP_NOTRUNNING_CANT_RECIEVING_SYSTEM_BROADCAST。

(6) 后台运行检测

如果被调用者被限制在后台运行（checkCanRunningBG 为 true），则禁止启动。

拦截原因设置为 REASON_USER_SET_BACKGROUND_RESTRICTED。

(7) 默认策略

如果以上所有检测都未返回明确结果（即结果为 DEFAULT），则默认允许启动。

拦截原因保持为 REASON_DEFAULT。

3.5 Provider启动拦截规则

无太多规则，主要是名单配置规则