tasker 中文文档 下载 App

Tasker 触发条件详解 六大 Context 类型全解析

Context 是什么

Context（上下文/触发条件）是 Tasker 判断"当前是不是满足自动化条件"的根据。你可以把它看成 Profile 的"开关"：当所有 Context 同时满足，Profile 变绿激活。

Tasker 提供 六大 Context 类型，每种都有丰富的配置选项：

类型图标典型触发是否瞬发
应用绿色机器人打开/关闭某个 App否（持续状态）
时间时钟在特定时段内否（持续状态）
日期日历在特定日期/星期否（持续状态）
位置蓝点地图在某个地理围栏内否（持续状态）
状态扳手Wi-Fi 开着、电量低于 20%否（持续状态）
事件闪电收到短信、屏幕关闭是（瞬发）

前五种是持续状态——它们有"满足 → 不满足"的过程，所以 Profile 会有 Enter 和 Exit 两个 Task。Event 是瞬发事件——"收到短信"发生了就是发生了，没有"退出"这个概念，所以关联的 Task 都立即执行。

Context 优先级与耗电

不同 Context 的后台监控机制差异很大，耗电也不同。Tasker 文档给出了从低到高的耗电排序：

  1. 时间 / 日期（最省）—— 纯闹钟机制，没有后台轮询
  2. 状态 —— 监听 Android 系统广播
  3. 事件 —— 同样监听广播，但数量更多
  4. 应用 —— 需要监控前台 Activity 切换
  5. 位置（最耗）—— 需要 GPS 或网络定位，持续追踪

设计 Profile 时，应尽量把耗电高的 Context 放在 AND 组合里，这样 Tasker 可以用省电的 Context 先做粗筛——比如"时间在工作日 9-18 点 AND 在公司 Wi-Fi 范围内"，Tasker 只有在时间条件满足时才会去检测 Wi-Fi 状态。

详细的省电设计见 性能与电池分组。

Context 可以嵌套

一个 Profile 里可以有多个 Context，它们的组合逻辑（AND / OR / NOT）由你决定。这使得触发条件非常灵活——比如"周一到周五晚上 7-10 点，或者周末任何时间，在 Wi-Fi 覆盖范围内"都能实现。

每种 Context 的详细用法

下面每个链接指向对应 Context 类型的详细教程页：