如何在 Android 10 上恢复 Tasker 的剪贴板功能

背景

从 Android 10 起，当第三方应用处于后台时，将无法访问剪贴板^[1]。这意味着当 Tasker 处于后台的时候，其剪贴板变量 %CLIP 的值将为空，而且也无法通过剪贴板变量来触发任务^[2]。如此一来，许多依赖于剪贴板的 Tasker 配置便失效了，比如我曾分享过的『从剪贴板里保存 Tasker 配置文件』配置。相信大多初次使用 Android 10 的 Tasker 用户，肯定会因 Tasker 剪贴板的失效而感到大大的不便。为了尽量消除这种不便，本文将为大家提供两种方法来恢复 Tasker 的剪贴板功能。

内置法

本方法要求所使用的 Tasker 版本必需是 5.9 及以上^[3]，并给 Tasker 授予以下权限^[4]：

android.permission.SYSTEM_ALERT_WINDOW
android.permission.READ_LOGS

待权限授予后，需强制停止 Tasker，这样做才能使授予的权限真正起效。当以上操作都完成，Tasker 便能在后台访问剪贴板了。

注：以 Tasker 作者目前的绕过 Android 10 剪贴板限制的方法来看，仅授予以上权限，Tasker 可能仍会在极个别情况下无法读取剪贴板的数据，因此，还需要再授予 WRITE_SECURE_SETTINGS 权限，这样 Tasker 才能真正完全地在后台访问剪贴板：

android.permission.WRITE_SECURE_SETTINGS

若使用本方法后，遇到了以下现象（仅限于 Android 10+）：

• 输入内容时，输入法会不断弹出和收回，导致无法正常输入内容
• 有时候输入法会自动切换为 Tasker 内置输入法
• 部分 Tasker 内置动作（如「设置剪贴板」「朗读」等）执行过慢

那建议升级至最新版本。如果升级后以上现象依旧存在，则可使用下面的 fooView 法。

注：若不使用本方法，那么需去掉 Tasker 中所有与 %CLIP 变量相关的内容^[5]，否则仍可能会出现上述现象。

fooView 法

如果使用的 Tasker 是 5.9 之前的版本，或者使用内置法后出现了问题，那么可以使用本方法

本方法要求所使用的 fooView 版本必需是 1.4.2 及以上，并给 fooView 授予以下 权限：

android.permission.SYSTEM_ALERT_WINDOW
android.permission.READ_LOGS

与内置法一样，待权限授予后，需强制停止 fooView 应用。接着，进入 fooView 的高级设置界面，启用「系统剪贴板通知」项。这样，fooView 便能从后台访问剪贴板了。

接下来，将说明 Tasker 是如何借助 fooView 恢复剪贴板功能的。

• 常规法

  使用 fooView 的自定义任务发送广播意图（触发条件选择「剪贴板」），当 Tasker 接收到该意图后，会将意图中的剪贴板数据保存至用户定义的全局变量 %TPClip 上。这样，便可使用该全局变量完全替代 Tasker 内置的剪贴板变量 %CLIP 了（即凡配置中有用到 %CLIP 的地方，都应改为 %TPClip）。

  左图：fooView 自定义任务 右图：Tasker 意图接收

  虽然该方法能较好地恢复 Tasker 的剪贴板功能，但每一次的文本复制，Tasker 都会相应执行一次将剪贴板保存至全局变量的任务，有时候难免会出现任务被阻塞运行的情况。如果想避免这种情况，那可以使用下面的方法。

• 另类法

  状态条件
  暂不支持。若要使用，可用常规法。

  事件条件
  设置方式与常规法基本一致，区别只在于：

  1. 在 fooView 的发送广播意图动作中，需增加 Uri 项，并填上 scheme 值，如下图的 tkxml:。（注意：必需带上半角冒号）
  2. 在对应的 Tasker 意图接收条件的 Scheme 项上，也填上 fooView 的 scheme 值，即 tkxml。（注意：不需半角冒号）

  如此设置，便能保证复制的内容仅在满足特定的条件时，才触发 Tasker 任务。如下图所示般，只有当复制的内容包含了 Tasker 数据，Tasker 才会对复制的内容进行处理。这种方法可避免常规法中任务有可能被阻塞运行的问题。（该方法类似于 Tasker 在事件条件中先对 %CLIP 进行判断，满足条件后再执行任务的做法）

  关于 scheme 值的设置，可以自定义任意值，比如 http/https/youtube/...，但 fooView 与 Tasker 需一致。（其中，fooView 的 scheme 值需带上半角冒号）

  

  读取
  使用 Tasker 的「SQL Query（SQL 查询）」动作，读取 fooView 剪贴板数据库 /storage/emulated/0/.fooView/data/fooSimpleORM.db 的首条记录。（具体实现可参考此配置：uri / xml）

常规法的使用，会更接近于 Tasker 内置剪贴板变量的使用；而另类法则是按需执行任务，可减少不必要的开销。

fooView 法目前有一个缺陷，那就是，已启用的 fooView（带前置条件的）自定义任务有时候会自动关闭，听说官方已确认该 Bug，估计很快就能修复。

个人体验

内置法虽能无缝地使用 %CLIP 变量，但以本人的体验而言，该方法或多或少存在一些问题，不过，相信随着 Tasker 不断地迭代，这些问题应该都能解决好；fooView 法是我目前采用的方法，之所以使用该方法，主要原因是个人依赖于 fooView 的剪贴板管理，而且另类法也已经能满足我日常的自动化需求。

更新日志

• 4/26/2020
  - 发布

其他

作者：sung
邮箱：sdfsung@gmail.com

原创内容，转载请注明出处

---

1. https://developer.android.com/about/versions/10/privacy/changes#clipboard-data ↩

2. Tasker 的「设置剪贴板」动作除了追加功能无效之外，可正常使用 ↩

3. https://tasker.joaoapps.com/changes/changes5.9.html ↩

4. 权限 SYSTEM_ALERT_WINDOW 是用于启用「允许显示在其他应用的上层」的设置，而权限 READ_LOGS 则是用于读取系统日志，以监测系统何时复制了文本 ↩

5. JavaScript 代码中的 global('CLIP') 也要去掉 ↩