@sddyzm 不仅仅小米，安卓整体上都很搞笑。本人还有一台手机，刷的是 lineageOS ，不装国内软件，因为类原生 rom 没有惊喜的权限控制，无法抵挡国产 app 的强奸。
主要安装开源免费 app ，或者 play 商店下载的国外 app 。整体使用起来很安心。

但是类原生给的权限更少，没有剪贴板，没有应用列表。也更没有空白通行证。很多涉及到财产的 app ，都要访问电话权限，可以获取手机的 imei 码电话号码之类的，但是小米可以授权空白通行证。

但是搞笑的是，小米实际上在极力让这个空白通行证失去存在感。
曾经 MIUI 刚推出的时候，是可以直接授权空白通行证，现在需要自己在权限的电话权限选择空白通行证。

如果用户在第一次询问的时候就允许了，那么后续再更改，数据也早已收集了。
那么用户只能是先拒绝，然后 app 提升必须授权，那么就在 app 关闭的情况下，去权限设置先允许电话权限紧接着打开空白通行证。

所以你有没有发现国产安卓的共同点，他们可能在某一年的营销宣传中，宣传自己多么在乎隐私，但是后来等没热度了，就会为了利益忽视隐私的控制

@w568w 类原生安卓现在的作用对我来说更像是一个专门享受安卓好处的安卓机。比如说使用只有安卓才有的开源软件，比如说文件管理，比如很多工具软件，esim 白卡的管理，短信转发，F-droid 。类原生并不具备很好的隐私，主要是因为我会特意避免安装国产联网 app ，类原生作为我的第三台手机，主要是设备隔离远离国产 app 带来的一片世外桃源。
日常使用主要是小米和 iPhone 。iPhone 确实很优秀，易用，权限管理更统一。小米的通话自动录音和全部应用都可双开也很方便。

再比如国内安卓 app 弹窗提示更新，哪怕是跳转到应用商店，都还可以理解，但是大多数 app 更多的是为了安装不受应用商店监管的 app 。在无底线的国内厂商面前，易用，隐私，体验，都是牺牲品。

现在，连权限拒绝了都能绕过，那么给人的感觉就是这个设备并不可靠。安卓无论怎么挣扎，都给人一种没有底蕴的感觉。安卓的美好是 GitHub 上那些开发者的开源软件带来的。
手机厂商和软件厂商，都把安卓当成法外之地。如果在国内网站上揭露手机厂商和软件厂商的缺点，用户们可能不会团结起来多么在乎隐私，但是手机厂商和软件厂商知道自己越权获取隐私是多么的过分，然后大概率把提出问题的贴子删掉了。

这不是骂厂商的问题，而是叫天天不应，叫地地不灵。

先问是不是，再问为什么。op 这种很明显的先射箭后画靶的提问，都没有人复现下，就来论证什么 Android 的弊端了是吧，实在是给我看得气笑了😅
首先放我的结论，欢迎讨论：
因为这就不是只靠读剪贴板实现的，谁说 Web 往 app 传数据只能靠剪贴板的。

首先 AOSP 就没有原生的剪贴板运行时权限，各厂商所谓的空白通行证也好，剪贴板权限也好，都是在 Android 4.3+引入的 App Ops 机制上实现的，而这个和运行时权限的一个重大区别在于，这里的拒绝在实现上其实不是真的拒绝授予权限，而是通过返回空数据实现的。所以这个拒绝读取剪贴板其实就是 READ_Clipboard 权限的封装而已，虽然不能排除厂商自己魔改的实现有问题。但是我通过以下操作判断，大概率不是实现问题。
我放一下我的测试环境，Android 14 ，ColorOS ，使用 App Ops 监控和管理相关权限。
先下好客户端登录，限制其权限，关闭。在 chrome 下访问云盘页面，拉起 app ，确实成功读取到下载文件信息。
注意之后：关闭应用，按理此时已复制到剪贴板，那么我再次打开时，如果真的是读取剪贴板，应该仍然能弹出对话框，但是实际上并没有。那么就说明，可能不是读取剪贴板，或者未触发读取剪贴板的条件。尝试手动点击所有 tab ，重新手动复制剪贴板内容，均未有反应。
结合以前看到过的案例，像是 Facebook 通过 websocket 和应用通信来绕过，怀疑 websocket 。于是换了个能屏蔽本地通信的浏览器 WebLibre ，然后打开同一个网页，仍然能拉起 app 并显示弹窗，说明不是靠 websocket 本地通信，至少并不只是这个。
那么结果就显而易见了，答案就在谜面上，读取链接的方式除了剪贴板外，最简单直接的方式就在打开 app 时通过 intent/app link 传递数据！事实上，我很早就注意到了这一点，前面所有能弹出对话框的时候，基本上都是首次自动跳转和手动点击后拉起 app 的时候，而之所以这么大费周章，主要是想排除下其他可能。之后的验证就很简单了，找个能手动禁止拉起 app 的浏览器，比如 via ，禁止后打开网页，点击打开 app ，会自动复制到剪贴板。然后我们手动打开 app ，即使再次点击网页上的打开 app ，由于 intent 被阻止，即使手动切换到文件 tab ，也没有弹出保存窗口。
那么为什么 op 会认为是 bug 导致仍然能访问剪贴板呢？考虑到网盘类应用普遍在打开网页时自动复制剪贴板并跳转应用，导致注意力集中在强提示的剪贴板内容提醒，而忽略了跳转应用本身就能传递数据，加上 op 可能使用 chrome 这种不对网页唤起做拦截的浏览器，导致网页打开时的隐藏 intent 拉起被忽略，认为是自己打开的那个 app 实例。当然，我们也不能排除是 op 的 hyper OS 的垃圾代码中的漏洞导致剪贴板拦截读取无效。关于这点，我觉得都没必要先考虑漏洞问题，先随便找个开源的简单记事本应用禁止读取剪贴板，测试下能不能粘贴，再去把上面我的测试重测下，再去考虑漏洞问题也不迟。

@1una0bserver #97

我测试了很多次，可能不是你说的那种情况。

云盘分享链接（只包含链接），放在笔记里。

我还引入了一个叫 PMX 的权限管理软件
在拒绝剪贴板权限后，笔记复制链接，无论是在启动 app 时，还是把 app 放在后台再重新复制，切换到云盘时，都可以弹出链接。

但是恐怕情况并没有那么复杂，因为小米的权限记录显示“读取剪贴板-已允许”

而且 pmx 这个权限管理软件，也可以看到，权限被自动改成了 允许。

如果我同时把写入和读取都改成“忽略”，那么 123 云盘还是可以在启动的时候，获得剪贴板权限。

如果用 pmx 把权限从“忽略”改成“拒绝”，启动 app 会闪退。

如果写入和读取改成“ask 询问”，那么它不会读取，但是会在复制账号 ID 的时候弹窗问是否写入，一旦允许了本次写入，那么读取权限也就被打开了。

鉴于本帖下面有 vivo 和一加用户无法复现。我觉得可能是小米的问题，但是目前只有这个 app 有这种拒绝了还能自己打开的情况。

写入只要允许，他就可以通过写入这个权限自动打开读取，并读取复制的链接。

写入如果忽略，app 仍然可以自己开启读取和写入

如果这个 app 他真的应该别的方式绕过来获取剪贴板，那还好说。

现在的问题是，他真的是用的 WRITE_CLIPBOARD 和 READ_CLIPBOARD ，并且 app 自己通过某种方式可以自己给自己打开这个权限。
我觉得太可怕了。

这个 app 并不是很大众，小米应该不会专门给它开白名单。

但是他就是可以自己给自己打开这个权限。

小米权限记录可以看到已经允许，但是权限管理里面还是自己选择的拒绝。

pmx 则是可以清楚的看到这个权限在启动 app 或者切换到该 app 后，权限就变成开启了，这太可怕了。