背景
从 Android 10 起，当第三方应用处于后台时，将无法访问剪贴板[1]。这意味着当 Tasker 处于后台的时候，其剪贴板变量 %CLIP 的值将为空，而且也无法通过剪贴板变量来触发任务[2]。如此一来，许多依赖于剪贴板的 Tasker 配置便失效了，比如我曾分享过的『从剪贴板里保存 Tasker 配置文件』配置。相信大多初次使用 Android 10 的 Tasker 用户，肯定会因 Tasker 剪贴板的失效而感到大大的不便。为了尽量消除这种不便，本文将为大家提供两种方法来恢复 Tasker 的剪贴板功能。
内置法
本方法要求所使用的 Tasker 版本必需是 5.9 及以上[3]，并给 Tasker 授予以下权限[4]：
adb shell appops set net.dinglisch.android.taskerm SYSTEM_ALERT_WINDOW allow
adb shell pm grant net.dinglisch.android.taskerm android.permission.READ_LOGS
待权限授予后，需强制停止 Tasker，这样做才能使授予的权限真正起效。当以上操作都完成，Tasker 便能在后台访问剪贴板了。
注：以 Tasker 作者目前的绕过 Android 10 剪贴板限制的方法来看，仅授予以上权限，Tasker 可能仍会在极个别情况下无法读取剪贴板的数据，因此，还需要再授予
WRITE_SECURE_SETTINGS权限，这样 Tasker 才能真正完全地在后台访问剪贴板：adb shell pm grant net.dinglisch.android.taskerm android.permission.WRITE_SECURE_SETTINGS
若使用本方法后，遇到了以下现象（仅限于 Android 10+）：
- 输入内容时，输入法会不断弹出和收回，导致无法正常输入内容
- 有时候输入法会自动切换为 Tasker 内置输入法
- 部分 Tasker 内置动作（如「设置剪贴板」「朗读」等）执行过慢
那建议升级至最新版本。如果升级后以上现象依旧存在，则可使用下面的 fooView 法。
注：若不使用本方法，那么需去掉 Tasker 中所有与 %CLIP 变量相关的内容[5]，否则仍可能会出现上述现象。
fooView 法
如果使用的 Tasker 是 5.9 之前的版本，或者使用内置法后出现了问题，那么可以使用本方法
本方法要求所使用的 fooView 版本必需是 1.4.2 及以上，并给 fooView 授予以下 权限：
adb shell appops set com.fooview.android.fooview SYSTEM_ALERT_WINDOW allow
adb shell pm grant com.fooview.android.fooview 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 值需带上半角冒号）读取
从版本 1.4.4.2+ 起，fooView 剪贴板数据库的路径将改至应用的 data 目录下，第三方应用无法直接访问
使用 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
原创内容，转载请注明出处
-
https://developer.android.com/about/versions/10/privacy/changes#clipboard-data ↩
-
Tasker 的「设置剪贴板」动作除了追加功能无效之外，可正常使用 ↩
-
权限
SYSTEM_ALERT_WINDOW是用于启用「允许显示在其他应用的上层」的设置，而权限READ_LOGS则是用于读取系统日志，以监测系统何时复制了文本 ↩ -
JavaScript 代码中的
global('CLIP')也要去掉 ↩
