Tasker 应用上下文详解 打开关闭特定 App 触发自动化

什么是应用上下文

应用上下文（Application Context）监听手机上哪个 App 在前台运行，当匹配你指定的目标时，Profile 激活。这是最常用的 Context 之一。

匹配规则

创建应用上下文时，你可以选择：

• 前台应用：只在该 App 处于前台时触发（最常用）
• 应用显示：该 App 的任何 Activity 可见时触发（包括后台半透明窗口）
• 锁屏显示：该 App 是否在锁屏界面显示

高级匹配

Tasker 的应用上下文支持精细筛选：

• 包名：精确匹配 com.example.app
• Activity 名称：com.example.app.MainActivity
• 排除列表：即使在指定 App 中，排除某些 Activity 不触发
• 多 App 匹配：一个 Context 里可以指定多个 App，满足任一即触发

经典用法

打开阅读器自动调暗亮度

应用上下文：包名包含 reader 或 book 类 App
AND
State：屏幕开关 = 开

→ Enter Task：屏幕亮度调低、屏幕超时延长到 5 分钟、勿扰模式开启→ Exit Task：恢复亮度和超时

打开地图自动开 GPS + 语音导航

应用上下文：com.google.android.apps.maps

→ Enter Task：GPS 打开、媒体音量调到合适水平→ Exit Task：GPS 关闭、音量恢复

某些 App 打开时保持屏幕常亮

应用上下文：游戏 App + 视频播放 App

→ Enter Task：Display → Auto Brightness Off → 设置手动亮度 → 设置屏幕超时 = 永不

应用上下文的"灰色地带"

一些场景的行为不完全可预测，需要注意：

• 分屏/多窗口：Tasker 检测哪个 App 在前台取决于 OEM 实现，可能取焦点窗口
• 画中画：通常不算"前台"，需要额外检测
• 启动页/闪屏：有时 App 启动时先显示一个 Launcher Activity，然后跳到主 Activity。如果你的匹配过于具体，可能在闪屏阶段不触发
• 系统 App 权限：某些系统 App（如设置）需要特殊权限才能监听

搭配其他 Context 使用

应用上下文单独使用意义有限——"打开某 App 就调亮度"没问题，但如果加 AND 其他 Context 会更精准：

• 时间 + App Context → "只有在晚上打开阅读器时才调暗"
• 位置 + App Context → "只有在公司打开邮件 App 时才静音"
• State（屏幕开关） + App Context → "只有屏幕亮着且在该 App 里时才保持常亮"

组合的思路始终是：用电最省、条件最稳定的 Context 放最前面。Time 和 Day 最省，先粗筛；Application 和 Location 相对耗电，后细筛。