READ_CLIPBOARD_IN_BACKGROUND 和 GET_TASKS 不是普通应用都用不了吗（

仅在 App 里验证会被一键破解（

if (isRooted) log.disable 解千愁

只要简单🉐判断是否存在 su 就差不多了，因为不太可能去针对所有人隐藏 root （

当然也如 #9 #19 说的也是有道理的（（（

应该是完全自己发明的，具体是怎样就没人知道了（

Flutter 、浏览器不受影响是因为它们是直接去读取 fonts.xml

古时候的键盘还不是现在这样的
上
左下右

?!

需要应用主动适配这个功能的（

https://developer.android.com/develop/ui/views/notifications/group

给 window 加某个 flag 可以做到显示但是不被录制，但是那个 flag 至少要 adb 才能用（

都是 ColorOS 了.jpg
里面的魔法都是一样的了（

设备的名称不是由设备本身回报的吗？能否通过强行给它安装驱动更改它不知道。
自动识别为 WinUSB 需要在设备端实现，需要设备实现回报 MS OS 2.0 描述符，可以阅读 https://www.usbzh.com/article/detail-1069.html https://developer.chrome.com/articles/build-for-webusb/（其中也包含了 MS OS 2.0 描述符）。

别想了，不可能的，启动期间你的代码还没运行呢

古时候允许直接访问文件系统，而非必须使用系统组件来选择文件，这就成了泼出去的水永远也收不回来。

为什么不行呢？
虽然通过 fuse 加很多特技，的确可以实现把 Google Photos 和 Drive 的文件显示在文件系统中，但是一旦遇到奇奇怪怪情况就会造成全部文件都要下载一次的结果。例如，许多应用都自己实现图片选择器，并且缩略图是亲自读取文件生成，这样全部的图片都要下载一次。

所以呀，除非某个版本开始彻底禁止直接访问文件系统，不然这辈子不可能（

你好，并没有往好的地方发展。

对于 Android 10 或更高版本，Android 系统允许符合条件的应用在标准文件夹中写入文件而<b>无需任何权限</b>（不论应用是否声明了、用户是否允许了存储相关的权限）。

这意味着不论您如何设置权限，应用总是可以向标准文件夹写入文件。唯有修改其他应用创建的文件仍需要权限。

* 标准文件夹是指 DCIM 、Pictures 、Download 等一系列系统规定的文件夹。
* 符合条件的应用是指目标 API 是 30 或以上，或者目标 API 是 29 且适配了分区存储的应用。

综上所述，除了目标 API 是 30 或以上的应用不能在 /sdcard 下创建非标准的文件夹和文件是一个好的发展，其他方面往坏的方向发展。

印象里 SELiunx 不允许，可以看一下 avc: 的 log （

M1 的镜像都是 64-bit only 的，如果你的 apk 是 32 位的就不行了（

Android 11 以上向标准文件夹中写入对应格式的文件（然而只要文件名称符合就行）无需任何权限。无 root 的情况下无法解决。

进行一个自我推销： https://play.google.com/store/apps/details?id=moe.shizuku.redirectstorage （

嗷呜地大叫

/system/product 里（

嗷呜地大叫（