基于筛选器的动态配置——v4.1 新功能
为什么需要动态配置
上一页讲的配置文件需要手动选哪些应用受影响。但有时候你不知道未来会装什么应用，或者你想让配置覆盖一个动态集合——比如「所有含追踪器的用户应用」「所有从系统更新被推过更新的系统应用」。
App Manager v4.1 引入的筛选器基础配置文件（Filter-based Profiles） 解决了这个问题——配置文件里定义筛选条件，触发时 App Manager 自动匹配当前符合条件的所有应用。
怎么用筛选器配置
第一步：新建配置文件
配置文件页面 → 新建 → 这次选「基于筛选器」而不是「手动选择应用」。
第二步：定义筛选条件
App Manager 的筛选器支持多条件叠加：
| 条件 | 说明 | 例子 |
|---|---|---|
| 应用类型 | 用户 / 系统 | 用户应用 |
| 有追踪器 | ✓ / ✗ | ✓ 有追踪器 |
| 已停用 | ✓ / ✗ | — |
| 已停止运行 | ✓ / ✗ | — |
| 有备份 | ✓ / ✗ | — |
| 有规则 | ✓ / ✗ | — |
| 正在运行 | ✓ / ✗ | — |
| 最后更新 | 时间范围 | 超过 30 天没更新 |
| 追踪器数量 | 阈值 | 追踪器 > 3 |
| 目标 SDK | 范围 | SDK ≥ 30 |
| Package Name | 正则匹配 | com\.example\..* |
| 应用标签 | 正则匹配 | .*浏览器.* |
多条件可以 AND（全部满足） 或 OR（任一满足）。
第三步：配置操作
筛选器配置好后，操作部分跟手动配置文件一样——选冻结、清缓存、拦截追踪器等。
第四步：触发
配置文件触发时：
- App Manager 实时检查当前设备上所有已装应用
- 用筛选器匹配出符合条件的应用集合
- 对这个集合执行配置里的所有操作
一个实际例子
配置一个「隐私模式」配置文件：
筛选条件：
- 应用类型 = 用户应用
- 有追踪器 = ✓
- 追踪器数量 ≥ 3
操作：
- 一键阻止追踪器
- 设置 App Ops 模式为「仅前台允许」
- 设置网络策略「后台 WiFi only」
触发时 App Manager 自动找出当前设备上所有含 3 个以上追踪器的用户应用，对它们执行三种操作。之后如果你新装了一个含 5 个追踪器的应用，下次触发这个配置时它会自动被纳入范围——不需要手动更新配置。
手动 vs 筛选器的选择
| 对比项 | 手动选择应用 | 筛选器动态匹配 |
|---|---|---|
| 应用集合 | 固定不变 | 动态，跟当前状态走 |
| 维护成本 | 高（新装应用要手动加） | 低（自动覆盖） |
| 精确控制 | 高（一个不差） | 取决于筛选器设计 |
| 适合场景 | 具体的、数量少的固定操作 | 按特征批量处理 |
两者可以混用——配置文件里既有手动选的应用，又有筛选器匹配的应用。
注意事项
- 筛选器是触发时实时计算的——设备状态变化后结果会变，这是预期行为
- 如果触发时一个应用都没匹配到，App Manager 会提示没有符合条件的应用，不会执行任何操作
- 复杂筛选器条件（多条件 AND + OR）会增加触发耗时，但通常在 1 秒内完成